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ABSTRACT 



A- bill presentment and payment remittance system is con- 
figured for use over an electronic network, such as the 
Internet. The bill presentment and payment remittance sys- 
tem allows the biller to create a bill and payment remittance 
information in a format specified by the biller. The biller 
submits the bill and associated payment remittance infor- 
mation by electronically transmitting it over the. Internet to 
the consumer. The consumer authenticates that the bill did 
indeed come from the indicated biller. The bill is presented 
in a user interface which provides a line-by-line itemization 
of the bill, along with a predefined dispute reasons which the 
consumer can check to challenge particular items on the bill. 
The bill can then be automatically or manually adjusted to 
reflect any disputed amounts. Payment of the bill is prefer- 
ably in the form' of a "direct debit check'' that is formed by 
the consumer software using the billing and remittance 
information provided in the bill lo automatically name the. 
biller as the payee. The consumer completely controls the 
payment authorization, specifying the amount to be paid 
(either partial or full), and the date for the payment to be 
made, and the account from which the money will be drawn. 
The electronic payment and any dispute criteria are associ- 
ated with the payment remittance information. The payment 
instruction and remittance information are then transmitted 
in the biller prescribed format back over the Internet to -the 
biller. In this manner, the payment remittance information is 
automatically returned directly to the biller in the format that 
the biller chooses, without intervention by the consumer. 
The biller executes the payment instructions sent to it 
electronically by .the consumer by sending them onto the - 
biller's bank. 

33 Claims, 10 Drawing Sheets 
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liLKCTKONIC BILL PRESENTMENT AND delivery mechanism of the traditional paper-based bill pre- 

l^WMFNT SYSTEM sentment and bill remittance system is expensive. Remit- 

. 'lance adds another. SO.U to $0.65 per bill. .11 would be 

'ITTi INICAI F1E1 0 desirable to reduce the delivery cost of the bill presentment 

c and pay men; >vs:eni. 

Ri:> invention relaie** i»> elecir-Mik bill presentment and ^ t i r;i \vb;ick ;o ihc paper-based system 2(i is lh:ii it i> 

payment rem hi . nice systems. out-dated in an age where most billers use automated. 

c.'mpu:e: '\:-c i .«cc-'i];Viin i ; systems rvl * gr^vin.; run'vr 

BACKGROUND 0I ; TI1L INVENTION 0 f consumers have computers which could be" used .to 

....... , • .,- . , *v , „ rt ,^i L . ,„ improve the bill delivery, remittance, and settlement pro- 

Millions o consumers and business pay tor goods and to J h ^ ^ ^ tQ ifC s bil]crs tQ lc 

services by check. In many instances, payment. is made at a biHs and rcm i„ ancc stlibs from a computerized 

point ol purcha.se, such as during checkout at a grocery or ^ ^ (h . consumcrs lo manua | lv fin out remittance 

office supply store, or toHovvmg dinner in a restaurant. 1-or in f ormalion and pr0 pcrlv return the stubs, and then enter the 

these poini-of-purchase cases, the payment is readily and han(j wrinen information from the remittance.suibs into the 

easily associated with the goods or services provided. 15 compulcr system lo continue tracking the account. The cost 

Payment may also be made in response to a bill from the to process paper-based remittance information is very high 
supplier of ihe goods or servers. Consumers and businesses and must be incurred by the biller. For large volume 
typically write checks each month to pay bills for utilities, operations, the remittance processing tasks of opening 
home mortgages and office rental, credit charge cards,. and envelopes, scanning the account number on the payment 
thelike. In these bill payment cases, it is much more difficult 20 stub (e.g. bar coded number), and MICR (Magnetic Ink 
to link the payment to the particular goods or services Character Recognition) encoding the check amount is auto- 
provided by the supplier, particularly in view of the shear mated. Large volume billers may have their own automated 
volume, of checks collected each month. P^^sing operation whereas smaller volume 

• . " , billers have the option of contracting with services to 

For convenience, the term "consumer' is used throughout pcrforra t h csc dut ies or performing them manually, 

to represenl both a typical person consuming goods and Th e bi ii erhas an ince ntive to reduce me cost of rerriittauce 

services as well as a business consuming goods and services. processing . lf aU goes well, the cost to process each remit- 

FIG. 1 shows a traditional paper-based bill presentment and tence fa ^^^^15, sma U. Not infrequently, however, 

remittance system 20. At the end of a billing cycle, a biller errors arise m mis pap er-based mechanical/human system. 

22 generates a. bill 24 for each consumer account having a The. most common source of error rests with the consumer, 

positive or negative account balance, or transactions in the -phe consumer might fill out the remittance stub incorrectly, 

billing cycle which yielded a zero balance. As used herein, or damage the stub by tearing across the bar coded account 

a "biller" is any party that originates' bills. or statements for . number, or simply forget to return the stub „ or return the stub 

goods or services rendered to the consumer. Examples of of another biller. When such mistakes are made, the check 

billers are: utilities, government, merchants, and intermedi- _ must be manually processed by the biller to associate the 

ate billine services such as banks. 35 payment with the account. This dramatically increases the 

In addition to the bill, the biller 22 creates remiuance " cost of remittance processing. In some cases, it costs the 

information 26 which associates the bill and any payment filler more to process the payment than the amount actually 

toward the bill with the consumer account. The remittance bein S P ait \ b >' lne -consumer. 

information 26 usually includes an account number, an 4Q II . would b \ Suable to create a bill pre.semmeni 

. 1 j 1 j.j „„j „„„ 40 - remittance, and settlement system that reduces the bill 

account balance, an amount due, the dale due, and any ' , 1 j * \,w™, ^ 

.... ■ . . . ' 1 1 r )H L onn „ m J t - delivery and remittance processing expenses, minimizes or 

add.Uonal data that the bdler might need to link the payment . J * r6 P miUance _; ncomplcle 

to the account. The Remittance .nformalion 26 ,s typically in ^ nls and im s cash flow iind ^ predict . 

the form of a detachable stub or coupon which the consumer ability 

is requested to detach from the bill statement andreturn 45 ^ ^ ^ {q ^ am0UQt of papcr ; 

along with the payment. handling are so-called "direct debit" payment systems in 

The biller 22 prints the bill 24 and remittance information which routine payment amounts are automatically debited 

26 on "a paper statement, encloses the statement in an from the consumers bank account and credited to the'biller's 

envelope, and mails the envelope to a consumer 28 using the account 0 n agreed transaction dates. These systems are 

U.S. postal service. The phase concerning preparation and 50 USC( j for routine payments, such as monthly home mortgage 

mailing of the bill is referred to as the "bill presentment" . payments, and can be used for payment of both fixed or 

phase. • variable amounts. Billers like the "direct debit system 

To pay the bill, ihe consumer 28 usually writes a check 30 because both the payment processing and remittance pro- 

which directs payment to the biller 22. The payment may cessing cosls are very low, the error rate is very low, and the 

partially or fully satisfy the amount due in the bill. The 55 cash flow is predictable as payments are automatically made 

consumer 28 also fills out payment information on the at the same time each period. Unfortunately, many consum- 

remittance stub 26, such as amount paid, payment date, and C rs do not like the direel debit system. Complaints registered 

account number (if not already on the stub). The consumer by these consumers include a lack of control over their own. 
28 encloses the stub 26 and check 30 in an envelope (often,. bank accounts and the difficulty of correciing mistakes made 

prc-addressed) and mails it back to the biller using, once 60 by the direct debit syslcm, due to a consumer changing bank 

again, the U.S. postal service. This phase of writing the . accounts or biller accounts. More specifically, the consumers 

check and mailing it back to the biller is referred to as the are concerned with loss of control over. the payment date and 

"bill remiuance" phase. - amount of the debit. In some businesses (such as credit card 

Over 5.1 billion pieces of bill-related first class mail are companies), it might be inappropriate to impose certain 

mailed each -month using the U.S. postal service. At a cost 65 payment amounts in which significant revenues would be 

of SO. 32 lo $3.50 per piece of mail (including paper, printing • lost if consumers paid the full amount of the bill every - 

and processing costs, etc:), with an average cost of SO.50, the ■ ' month. 
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With the growing popularity and use of personal finance 
computer software, some electronic-based payment systems 
have been proposed to alleviate the problems plaguing the 
traditional paper-based system. In general ihcso electronic 
svstcms .ire directed primarily to the HI! paymcw phase, 
with liulc innovation to the bill presenmicnl piia.se. Many mI 
those svsicms still rely on ihe U.S. mail lor delivery ol" the 
bilis, and in manv cases the return of p:t\nic:it iUMiuchoo. 

FIG. 2 shows a prior art electronic Bill Payment Service 
Provider (BPSP) system 40 operated by companies like 
CheckFrce Corporation, Intuit Services Corporal ion, and 
VISA Interactive. The BPSP system 40 includes a biller 42, 
a consumer 44, a BPSP services unit (BSU) 46, tiPSP'bank 
48. a biller bank 50, a consumer " bank 52, and ACH 
(Automated Clearing House) network 54, and potentially 
other payment networks like RPS (Remittance Processing 
Service). The lockbox operation of processing payment 
remittances is performed by either the biller, or a third party 
designated by the biller. -In the illustrated implementation, a 
third party concentrator (CT) 56 processes payment 
remittances, although the bank 50 itself may also be desig- 
nated' to peFform the lockbox operation. 

The ACH network is a nationwide system that processes 
electronic payments on behalf of depository financial insti- 
tutions. The ACH network represents approximately 15,000 
of the 20,000 financial institutions in the United States. 
Although best thought of as a single network, the ACH 
network actually consists of four interconnected networks 
owned and operated by four ACH operators: the Federal 
Reserve, VISA, New York ACH (which provides regional 
coverage in New York), and Arizona Clearing, House in 
conjunction with Deluxe Data (which provides regional 
coverage in Arizona) . The ACH network is well-known in 
the art. 

The methods for presenting and paying bills via existing 
BPSP systems 40 is illustrated as a scries of enumerated 
steps. The biller 42 sends a paper bill 60 through the US mail 
to the consumer 44 (step 1). To pay the bill 60,. the consumer 
44 sends payment instructions to the BPSP services unit 46 
by computer, or by telephone using an interactive voice 
response system (step 2). At this point, the BPSP services 
unit 4fi has several choices: 

1.. Laser Draft. Print a laser demand check drawn on the 
consumer's account at the consumer bank 52 and send the 
laser demand check to the biller 42 or concentrator 56. This 
process is illustrated as step 5, option D. 

2; Partial Electronic. With this- choice, the consumer 
account is debited via the ACH network 54 (step 4), but 
payment is remitted using a check — either a bunch of 
payments lumped together as a check and list (step 5, Option 
- C) or a single payment .drawn on the BPSP bank account for 
the amount the consumer owes the biller (step 5, Option D). 

3. Full Electronic. The consumer account is debited via 
the ACH network 54 (step 4) and payment is made via the 55 
ACH network (Step 5, Option A) or other network, such as 
the RPS network (step 5, Option 13). 

U.S. Pat. No. 5,383,113 to Kight et al., which is assigned 
to CheckFree Corporation, describes a system and method 
for determining which of the three choices to make for 
different situations. 

Assuming that a choice for partial or full electronic 
payment is made, the BPSP services unit 46 prepares ACH- 
, ready and other payment instructions lo its bank 4$ (step 3). 
Using the ACH instructions, an ACH debit transaction from 65 
the consumer bank account" 52 is performed through the 
ACH network 54 .(step 4). this ACH debit transaction 
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effectively moves the authorized Finds from the' consumer 
bank account 52 to the BPSP bank 48. 

"At this point, a number of different options can be taken 
to transfer payment from ihc BPSP bank 4S to the biller bank 
50 m \\w oo^cn!:.r->r 56. One possibility i> u: perlorm an 
ACH credit transaction through the ACH network 54 from 
i he BPSP .i co in n I hi bank 4S to the biller hank account 50 
(.<tep 5 — option A j. A no', her possibitity i.-> to peiiorm 1\1 J S 
crediitransfer from the BPSP account at bank 48 to the biller 
10 bank account 50 or concentrator 56 (step 5 — option B). A 
third option is for the BPSP bank 48 lo produce a single 
aggregated check drawn on the BPSP account and a list of 
all consumers making payments, and to send the check and 
list to the biller 42 or concentrator 56 (step 5-^-option C). 
1:1 The current BPSP system has several drawbacks One 
drawback is that it only addresses the payment phase, 
leaving no improvement to the bill presentment phase. For 
instance, the check & list option simply returns one aggre- 
gate check along with a list of paying consumers and the 
20 amounts they paid. The biller is required to go back and 
manually enter this information into its .computer system. 
' This yields an unacceptably high error rate and is expensive 
Another drawback is that the consumer does not know ahead 
of time when his/her account will actually be debited This 
25 is because the funds for bill payment are usually withdrawn 
from the consumer account several days before they receive 
posting credit from the biller. It generally takes longer to. 
post payments made by check & list or laser draft because 
they are exceptions to a company's remittance procedure. 
30 This late posting periodically will result in undesired late 
charges to consumers. FIG. 3 shows a prior art electronic bill 
payment system 90 proposed by Visa. International. This 
system 90 is described in U.S. Pat. No. 5,465,206, entitled 
"Electronic Bill Pay System" issued Nov. 7, 1995. The Visa 
" system 90 includes a biller 92, a consumer 94, a biller bank 
96, a consumer bank 98, a settlement bank 100, and a 
payment network 102. The payment network 102 is 
described in the patent as being the VisaNet® network. A 
method for presenting and paying bills using the Visa 'bill 
pay system 90 is illustrated as. a series of enumerated steps. 
The biller 92 sends a bill 104 by U.S. mail or email (step 1). 
The bill 104 includes a unique biller reference number 
(BRN). To pay the bill 104* the consumer 94 transmits to 
consumer bank 98 a transaction indicating jan amount to pay, 
the source of funds, a. dale on which to make the payment, 
the consumer's account number with biller, and the biller's 
BRN (step 2). . 

The consumer bank 98 submits an electronic payment 
message to biller bank 96 via the payment network 102 (step 
3). The payment message includes a bank identification 
number for consumer bank 98, a bank identification number 
for biller bank 96, the biller's BRN, the consumer's account 
number with biller, an' amount to be paid, "and an implicit 
guarantee of consumer bank 98 to provide funds to cover 
payment. 

Settlement is achieved using the standard processes over 
the payment network, and particularly, via the VisaNet® 
network for Visa sponsoring banks and the RPS network for 
non-Visa sponsoring banks (step 4). After settlement, the 
biller bank 96 passes ari accounts receivable (A/R) file to the 
biller 92 to indicate which payments were received by the 
biller bank on behalf of the biller (step 5). The A/R file lists 
individual payments received in correlation to the consumer 
accounts numbers. 

*l"he Visa bill pay system 90 has a limitation in that the 
biller has little or no control over the format concerning how 
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the bill is presented 10 the consumer or how the remittance 
information is to be returned. Instead, the biller conforms to 
requirements imposed by Visa and. accommodates a format 
of the AM file received from the biller bank. While it may 
ho posMhk for the biller and filler bank 10 agree on a data 
formal for the little amount nf data included in the A/R file, 
ihe formal cannot be independently controlled by the biller. 
Additional", y. the biller doo r.o; have exclusiv e control over 
the type or quantity of in formal ion thai is ultimately remitted 
back. 

The limitations imposed on the biller are a result of 
requiring the remittance information to be routed back, 
through the banks and Visa Net® network before it is down- 
loaded to the biller. The information must How from the 
consumer 94 directly to the consumer bank 98, then over a 
highly structured payment network 102 having strict rules as 
to format, content, timing, and so forth, and then onto the 
biller bank 96. As a result, the biller bank 96 only receives 
the data supported by the VisaNet® network, and is thus 
restricted to only this data for inclusion in the A/R file to be 
downloaded to the biller. 

It is further noted that all of the above electronic systems 
in FIGS. 2—3 have a drawback in that the biller musl send 
a paper bill, or an electronic message, that conforms at least 
in part to requirements imposed by the supporting system. 
The biller is not free to create its own format and appearance 
for the bill, nor is the biller free to create the content and 
format of the remittance information. 

It would be advantageous to devise a bill presentment and 
.payment system that enables the biller to" directly control the 
format for presenting the bill, the format for receiving any 
remittance information, and any other content to be sent to 
the consumer. 

Another design consideration for a bill presentment and 
payment system is that many billers already have established 
sophisticated, expensive accounting systems. It would be 
beneficial to devise a bill presentment and payment system 
that integrates smoothly with entrenched accounting sys- 
tems so that companies are not required to change their 
traditional ways of- practice. 

SUMMARY OF THE INVENTION 

* . This invention concerns a bill presentment and payment 
remittance system -for use over an electronic network, and 45 
particularly the Internet. The bill presentment and payment 
remittance system allows the biller to create, a bill and 
payment remittance information in any desired format the 
biller chooses. The biller submits the bill and associated 
payment remittance information by electronically traasmit- 
ting it over the Internet to the consumer. The bill is presented 
. to' the consumer through a user interface (UI). 

According to an aspect of this invention, the exact infor- 
mation and format contained in the bill is controlled by the 
biller. For example, the UI for certain types of bills can 
provide a line-by-line itemization of the bill, along with 
predefined dispute reasons which the consumer can check to 
challenge particular items on the bill. The bill can then be 
automatically or manually adjusted to reflect any disputed 
amounts. The UI also permits the consumer to open dialog 
boxes to more fully explain reasons for disputing a bill, or 
to change an address, or to submit other types of commu- 
nication. The UI might also include advertisements and 
hyperlinks to target resources, such as Web sites on the 
Internet. 

Unlike existing direct debit arrangements, theconsumer is 
in direct control of the amount ro be paid and the payment 
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date as well as which account they wish to use to pay the bill 
(assuming they have more than one account). The -consumer 
specifies the payment date and the dollar amount to be paid, 
llic consumer can make partial or full payment toward the 
5 bill balance. The consumer exercises control of the payment 
remittance proccs> every time a payment is made. The 
payee, however, is automatically designated as the biller so 
ilia; p.t)ir.em .\.ck m ihe biilei 's acvi*u:r. > guara:;;. a: 1:i 
this manner, the bill remittance phase is merchant initiated. 
10 The electronic payment entered by the consumer is asso- 
ciated with the payment remittance information so that when 
the payment remittance information is returned to the biller. 
it will include the payment-specific data originally defined 
by the biller when they created the electronic bill. Payment 
15 instructions authorized by the consumer are transmitted over 
the Internet back to the biller or an intermediary service to 
initiate payment of the bill. The payment remittance infor- 
mation is transmitted in the biller prescribed format back 
over the Internet to the biller. In this manner, the payment 
20 remittance information is automatically returned directly to 
the biller in the same format that the biller designated; 
without intervention by the consumer, the carrier network, or 
any other intermediaries. 
Accordingly, the process is beneficial to both parties. The 
25 biller initiates the payment process by submitting a bill that 
is designed to support automatic remittance processing 
while minimizin g or eliminating opportunities for a. payer to 
. induce errors that would i detrimentally slow the remittance 
processing. The consumer is in complete control of the 
30 payment timing, and amount, having exclusive authority to 
make ,fulj or partial payment, or to forego payment alto- 
gether. 

BRIEF DESCRIPTION OF THE DRAWINGS 
35 FIG. 1 is a diagrammatic illustration of a traditional 
paper- based bill presentment and payment system. 

FIG. 2- is a diagrammatic illustration of a prior art elec- 
tronic bill payment systems operated, by companies like 
Check Free Corporation. 
40 FIG. 3 is a diagrammatic illustration of a prior art elec- 
tronic bill payment system proposed by Visa International. 

FIG. 4 is a diagrammatic illustration of a bill presentment 
and payment system according to one implementation of this 
invention. 

FIG. 5 is a flow diagram of a method for electronically^ 
presenting and paying bills using the FIG. 4 system. 

FIG. 6 is a block diagram of a consumer's computer used 
in the FIG. 4 system. 

FIG. 7 is a diagrammatic illustration of a graphical user 
interface window of a bill presentment and payment appli- 
cation executing on the consumer's computer, showing an 
example format for presenting a bill to a consumer. 

FIG. 8 is an example illustration of a graphical user 
interface window showing a billing statement for a fictitious 
company as it arrives at a consumer's computer. 
. FIG. 9 is the billing statement of FIG. S, but shown after 
a consumer has made adjustments for disputed items. 
FIG. 10 is a diagrammatic illustration of a graphical user 
60 interface window of an implied check that is presented to the 
consumer as part of the payment -process. 

FIG. 11 is a diagrammatic illustration of a bill present-, 
mcnt and payment system according to another implemen- 
tation of this invention. 
65 FIG. 12 is a diagrammatic illustration of a bill present-, 
ment and payment system according to still another imple- 
mentation of this invention. 
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The same reference numbers are used throughout the 
figures to reference like components and/features. 

DETAILED DESCRIPTION OF HIE 
i > R 1; I : ERRED EM i i O D I M EN' V 

[ \(\. A shows ;i hill prese mmeni and payment remittance 
scrVim-m sv«=iern 1 10 accord in*j w> ji r st implementation 
•.•I invention. The system 1 1 < * includes a oilier 112, a 
consumer 114, and a network 116. The bill presentment and 
payment system 110 is an elect ronic, computerized system 
having computing units at the billcr 112 and consumer 114. 
J -"or convenience, the pair of terms "billcr" and "billcr 
computing unit," as well as the pair of terms "consumer"' and 
"consumer computing unit." will be used interchangeably 
throughout this disclosure and referenced by the same 
numbers. A detailed discussion of an exemplary implement 
tation of a consumer computing unit is described below and 
depicted in FIG. 6. 

The network 116 is an electronic data network. One 
preferred ■ implementation is a public "network, and 
particularly, the Internet. The Internet is a network formed 
by the cooperative interconnection of computing networks, 
including local and wide area networks. It interconnects 
computers from around the world with existing and even 
incompatible technologies by employing common protocols 25 
that smoothly integrate the individual and diverse compo- 
nents. 

The bill presentment and payment system 110 includes a 
biller bank 122 that maintains the biller's account. In this 
implementation, a concentrator 120 is also illustrated fo 
perform the lockbox operations. The lockbox functions can 
be performed by either the biller or a third party designated 
by the biller, such as the biller bank, a di fife rent bank, or 
another non-bank entity. 

The bill and presentment system 110 further includes a 
consumer bank 124 which manages the consumer's account. 
Other depository financial institutions, such as a brokerage 
firm with checking privileges, may be substituted for the 
consumer bank 124 within this system. The biller bank 122 
and consumer bank 124 are connected to a clearing network 
126, such as the ACH network. 

FIG. 5 shows a method for electronically presenting and 
paying bills using the system 110. As one implementation 
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with additional features, such as embedded hyperlinks, 
pop-up dialog boxes, or pop-up advertisements. The bill 128 
might further be constructed as a sophisticated application, 
having executable code and other features, in addition to the 
basic data structure. These aspects arc described below in 
more detail with reference to I'liiS. 7-10. 

At step 152 in FIG. 5, the biller computing unit 112 sends 
ihe bill 12S and paymcrr. ;vmi;:.::Ke ir.f ::iu;io:i 130 acros:- 
the public network 116 to the consumer computing unit 114 
(as illustrated by arrow 132 in FIG. 4). The biller computing 
unit 112 can also include non-billing materials to the bill, 
such as regulatory notices, warnings, or advertisements. The 
biller computing unit 112 might optionally digitally sign the 
bill and payment remittance information before transmis- 
sion. A digital signature is often used to verify the source of 
information on a network such as the Internet. 

The consumer computing unit 114 receives the bill 128 
and remittance information 130 from the network 116. In 
one implementation, the bill and remittance information 
arrive in the form of an email message or a notification for 
the consumer to check a billing mailbox to retrieve elec- 
tronic bills. A bill presentment and payment software appli- 
cation residing on the consumer computing unit' 114 is 
opened to facilitate presenting and . paying the bill.. This 
application might be opened automatically upon receipt of 
the bill, or in response to the consumer activating the bill 
email message (for example, by using a mouse to point to 
and double left-click on the bill message). Hie consumer 
computing unit 114 might further be configured to authen- 
ticate the biller's signature, if one is attached, to ensure that 
the bill is truly from the biller and not an impostor trying to 
covertly extract money from the consumer. 

FIG. 6 shows the consumer computing unit 114 in more 
detail. It has a network port 170 whiph facilitates access to. 
the network 116. The network port might be implemented, 
for example, as a modem for dialing up an Internet access 
provider, or as a network card, ISDN modem, etc. The 
consumer computing unit 114 also has a processor 172, a 
program memory 174, a data memory 176, an input device 
178 (e.g., keyboard, mouse, - track ball, stylus, voice 
recognition, etc.), and a display 180. As an example, the 
consumer computing unit 114 can be implemented as "a 
conventional personal computer (PC) or portable computer. 
The computer components 170-180 are interconnected by an 



the steps are performed in software executing at the biller 45 electronic interconnect structure 182 which consists of par- 



computing unit 112 and the consumer computing unit 114 
Other software components might also reside at the biller 
bank 122 (and/or concentrator 120) and the consumer bank 
124. 

At step 150, the biller's software executing at the biller 
computing unit 112 generates a bill 128 and associated 
payment remittance information 130 according to a format 
created entirely by the biller. This is advantageous because 
the biller can customize the bill and remittance information 
to include any type of data that it wants. Additionally, the bill 
and payment remittance information can be specifically 
formatted for compatibility with the biller's existing 
accounting software. Another advantage is that the bill can 
be artistically designed to present an appearance unique to 
the biller. 

The bill 128 might be implemented simply as a static data 
structure which holds pertinent data related to the account 
and billing matters, as well as any remittance data desired by 
the biller. This data structure is passed between the biller 
computing unit and the consumer computing unit and uti- 65 
lized'by the software components running on these comput- 
ing units. The bill 128 might alternatively be constructed 



allel and serial conductors, such as SCSI-, PCI-, and RS 
232 -compatible conductors. A bill presentment and payment 
(BPP) application 184 is stored in program memory 174 and 
executes on the processor 172 to implement the user-based 
50 features of the BPP system. 

The consumer's computer 114 runs an operating system 
186 which supports - multiple applications. The operating 
system is stored on the memory 174 and. executes on the 
processor 172. The operating system is preferably a rnulii- 
55 tasking operating system which allows simultaneous execu- 
tion of multiple applications, although aspects of this inven- 
tion may be implemented using a single -tasking operating 
system. The opera4ing system employs a graphical - user 
interface windowing environment which presents the appli- 
60 cations or documents in specially delineated areas of the 
display screen called "windows." Each window has its own 
adjustable boundaries which enable the user to enlarge or 
shrink the application or document relative to the display 
screen. Each window can act independently, including its 
own menu, toolbar, pointers, and other controls, as if it were 
a virtual display device." One preferred operating system is 
a Windows® brand operating system sold by Microsoft 
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Corporators such as Windows® 95 or Windows NT™ or 
oiher derivative versions of Windows®. However, other 
operating systems which provide windowing environments- 
may be employed, such as the Macintosh OS from Apple 
Corporation and the OS Z Presentation Manager from IBM. 
'Hie BPP application 1*4 runs on the operating system 1S6. 

'Pie hill 12S and pavmeni re mil la nee in formal ion 130 ;tre 
received at the network port 17l) ana store;] i.t oata memory 
176 within a data structure 190. The data structure 190 has 
several data lields which contain information specified by 
the biller and oihcr data fields reserved to hold data entered 
bv the consumer. Some of the data fields arc sialic or closed 
fields in that the consumer is prohibited from altering the 
data kepi in those fields: Other data fields are dynamic or 
open fields which allow the consumer to supply the data or 
alter- the existing data. The specific construction of the data 
structure 190 is defined by the biller, with the "FIG. 6 
construction being one possible example. 

in trie illustrated example, the bill and remittance data 
structure 190 includes a payee data field 192 which contains 
the name of the payee or payment recipient. The payee is 
automatically set to be the biller. The payee field is closed so 
that the consumer cannot overwrite the payee. In this 
manner, the payment instructions ultimately authorized by 
the consumer will automatically recite the biller as the 
payee. 

The data structure 190 includes an account identification 
data field 194 to hold information identifying the consum- 
er's account to which the bill is being posted. This field is 
. also closed to the consumer. 

The data structure 190 has an open amount data field 196 
and an open date data field 198 to hold a payment amount 
* and a payment date entered by a consumer. Other data fields 
might also be included in the data structure, such- as a closed 
account balance data field 200 which reflects the current 
balance owed by the consumer and a closed consumer name 
data field 202 which holds the consumer's name. 

The data fields are organized according to a particular 
format prescribed by the biller. Some of the fields are 
.canonical, such .as the date" due" and amount — so. that the 
system can readily "know" about these fields. Other fields — 
like itemized details, "past payments, etc. — are defined by the 
biller and are semantically transparent to the system. Some 
of these data fields arc. used as the payment remittance 
information to be returned to the biller. Preferably, the 
remittance information contains at least the account number 
from data field 194, the amount paid which is held in amount 
' data field 196, and the date payment is to be made which is 
held'in date-data field 198. The data structure. 190 might also 
include a biller address data field 204 to hold a network 
address of the biller, This address is used to route the 
designated payment remittance information back to the 
biller, as is described below in more detail. Optionally, 
depending on security requirements of the particular biller, 
a digital certificate of the consumer authorizing the payment 
would also be returned back to the. biller to enable authen- 
tication of the payment instruction. 

At step 154 of FIG. 5, the BPP application 184 residing 
on the consumer's computing unit 114 presents the bill 128" 
to the consumer via the display 180. The BPP application 
184 gathers presentation data from the bill data structure 190 
and displays the presentation data within a unique graphical 
user interface designed by the biller. The bill 128 also 
contains structured data in addition to presentation data. 
Structured data is not used in the viewable display rendering 
of the- bill, but remains hidden as part of the bill file. 
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Examples of structured data includes remittance data, trans- 
actions details, and the like. 

The biller controls what information and the. particular 
format that the bill is presented to the consumer. The bill 
r: : v I-.; f-nna:iL<i ;■■» ,i particular manner ih.r jMowx i:k 
i'cniiUjnce inform j :mij to seamlessly !iiiegrjud \\i\h me 
biller"* reconciliation process. The bill may define liie . 

.ur„i^. M.n:.!.i:n>, .SiC .<>r:uai o: oh.*.: il. .... 

items that the biller would like relumed as pari of the 
electronic remittance in addition to the standard data used to 
reconcile a statement. Tor example, the biller might like to 
collect from ihe consumer items of dispute, comments, 
advertising responses, response forms (e.g.. signing up for a 
new service), purchasing (e.g.. buying something 
advertised), and ihe like. 

FIG. 7 shows a spatial outline of one example bill ' 
presentment graphical user interface (UI) screen 2.10 which 
organizes and aesthetically presents the presentation data 
from; the bill. FIG. 8 shows a realistic example of the bill 
presentment UI screen 210 showing a billing statement for 
a fictitious company Crown Home' Improvement Center. The 
■ UI screen is generated by the BPP application 184 and 
shown on the display 180 to present the bill to the consumer. 
In this example, the bill presentment UI 210 has a banner 
stripe 212 across the top of the screen to show the biller's 
name, logo, address, telephone number, and any other busi- 
ness or vanity information about the biller. The banner strip 
212 also includes the consumer name and account number, 
or other relevant data pertaining to the consumer. The banner 
strip may also be partitioned to allow re-use of parts of the 
bill interface for third party advertising purposes, as repre- 
sented by partitioned area 213. 

The bill presentment UI 210 has a main" body portion 214 
which contains the billing particulars, such as the line items, 
the individual amounts for each item, and a total amount due 
and payable. In the FIG. 8 example, the main body portion 
214 lists individual line items for each purchase at Crown 
Home Improvement Center, with each line item containing 
the purchase date, purchase order number, invoice number, 
item number, description of item, quantity, price, total, tax. 
and amount due. 

One of the features of the bill presentment UI 210 is that 
it provides an easy forum for the consumer to evaluate and 
challenge certain portions of the bill. It is common that a 
consumer might want to challenge a line item on the bilk For 
instance, the bill might include a tax on an item that is used 
for a non-taxable* purpose; or the bill might include an item 
that has not yet been received by the consumer, or the bill 
might include an item that the consumer returned. Under 
present practices, if a consumer" wishes to dispute part of the 
bill or remove an item, the consumer must call the billing 
company and discuss the matter with a representative, 
' and/or possibly submit a written letter explaining why the 
55 bill is inaccurate. This technique is lime consuming, incon- 
venient to the consumer, expensive for the biller, and can 
induce errors if the partial payment submitted by the con- 
sumer is not properly matched up with the appropriate items 
being paid and those items being challenged. 
60 The bill presentment UI 210 can be constructed with 
appropriate controls which enable a user to dispute an item. 
As an example, the bill presentment UI 210 might contain 
additional columns which categorize pre -set reasons for 
challenging a billing items, such as tax exempt status, or the 
65 product has not been received, or the item has been returned, 
or payment was previously made, and sq forth.. With this 
arrangement, the consumer simply places a "mark" in the 
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uppropriaic column adjacent to the item. -Upon insertion of The bill presentment UI 210 also includes an "other 

the. mark, the bill presentment Ul 210 dynamically adjusts invoices" button 229 which, when activated, pops up a list 

the bill to reflect the consumer's challenges.. The bill con- - of other invoices. Upon activation of the "other invoices" 

tains both dynamic data, which can be modified by the button 229. the bill presentment UI' 210 cycles among 

con^i-me- inputs, and sialic (lata which caiin*»i be modified. 5 multiple bills from the same or different billers. l r or 

FIGS. X jnd 9 show an example of the line item feature example, the consumer might wish to bundle all of the bills 

in the billing statement for Crown Home Improvement received each month and pay them at the same lime. 

■ ... ;|G. f ^Ikms the billing Maienvn: i .-igir.iliy other .^»kcv> ni.iv Ik disposed a: other piacti in ihc bi.i 

arrives at the c-onsuraer. The billing statement includes an ^ ^ insUnc ^ a " Cnangc 0 f address" button 232 is 

"amount due" column 216 which" lists the amount due tor 1Q ilioned m the banner 2U . y aclivation of lhis buHon> ' 

each item purchased from Crown (e.g., the quantity pur- ^ 2U) for tQ 

chased limes the prices per unit, plus tax) and an amount * & \ l 1 . 

paid" column 218 which lis« the amount paid lorcch item. ™' cr 3 " cw ad ^«" ,hls ncw "1°™"™* rtlurne f 10 ^ 

When .ho bill arrives, .he data in the amount paid column bi er along with the remittance >„ ormauon to update the 

2IS « dynamic data which is iriiliallv se, equal to .he sialic bi er s records. Since the data f, elds are predefined by the 

, , - . , , , i ' -nr . L> billcr, the bilter software can be conligured to receive the 

data iound in the amount due column 216. ' * • 
- kT .. . L i r a- chan ec of address and automatically update the consumer s 

Next to these columns are three columns of pre-arranged & 

• i r address, 
dispute reasons for non-payment or partial payment ol an 

item. The dispute* columns include a "tax exempt" column An example of another softkey is a customer service 

220 which is checked if the item should not have been taxed, button 234 which, upon activation, dials a customer services 

a "special order" column 222 which is checked if the product' representative over the Internet. The consumer can then 

has been ordered but not yet received, and a*"no receipt" " initiate an online discussion with the customer services 

column 224 which is checked if the consumer has not yet representative. 

received the goods. With this bill format, the consumer can In addition to softkeys, the bill presentment UI 210. might 

examine each purchase, line by line. If the consumer desires 2$ further include executable hyperlinks which are supplied as - 

to challenge an item, the consumer simply clicks or other- * part of the bill from the biller. The hyperlinks can be inserted 

wise selects the appropriate column cell. anywhere, and are set off in conventional fashion by bold- 

FIG. 9 shows the bill presentment UI 210 after the face type, graphical icon, and/or underlining. A consumer 
consumer has disputed four of the items. Upon clicking the activates or follows" a hyperlink by clicking on or other- 
appropriate cell, the bill presentment UI 210 places a visible 30 wise selecting the icon or keywords. Activating a link causes 
"check mark" in the appropriate cell. Where possible, the the biller UI to initiate another application, such as an 
bill presentment UI 210 automatically adjusts the amount ; Internet Web browser, to retrieve and render the document or 
paid column 218 to reflect the disputed- amount.. For resource that is targetedby the hyperlink, 
example, when the consumer checks the tax exempt column Consider the .following examples of . embedded hyper- 
220 and the bill presentment UI 210 automatically deducts , 5 links. A bill statement for a cable television service provider 
the lax from the amount paid column 218. In some cases, " might include a hyperlink to a video trailer for an upcoming 
however, the consumer inputs the corrected amount paid to movie. The consumer activates the link and a remote server 
rellect the disputed amount. In this example, the consumer retrieves the video trailer from the target resource and sends 
deducted part of the amount due for one-half of an order in the video file to the' consumer computer for display. As 
which the consumer has not received the goods. 40 another example, a bill statement might include a hyperlink 

The bill might also be designed to enable a consumer to which invites the consumer to purchase items that are on 

open a dialog box in conjunction with a disputed item. The sale. As another example, a bill statement for an automobile 

• consumer can .write a detailed explanation for the challenge lease mi&hl contain an advertisement of a new vehicle with 

in the dialog box..When thoconsumer finishes and closes the a hyperlink to a target resource containing more information, 

dialog box, the text is saved and included in the remittance 45 about the.. vehicle. . .::..:.,.,:„.„,:..•_ 

information to be returned to the biller. The bill presentment UI 210 containing ^hyperlinks is 

The ability to check predefined reasons for disputing a constructed using a "markup language." "SGML" (Standard 

particular item of the bill, of to enter an explanation elec- " Generalized Markup Language) is one such language, 

tronically through a dialog, box, significantly improves the defined formally as "a language for document representation 

efficiency of communication between the biller and 50 that formalizes.markup and frees' it of system and processing 

consumer, and potentially reduces or eliminates wasteful dependencies." SGML is a language for describing the 

non-electronic communication between them. Additionally, structure of documents and for describing a tagging scheme 

since the disputes are automatically associated with the to delineate that structure within fext. Documents compat- 

particular billing item, the process leads to a more efficient ible with the world wide web or "WWW" or "Web" utilize 

remittance process. 55 a subset of SGML called "HTML" (Hypertext Markup 

With reference again to FIG. 7, the bill presentment UI Language). An HTML textual document can be thought of 

2 10 has multiple softkeys or buttons 226 which form tabbed as plain text that contains formatting instructions in the form 
navigation points to enable different functions within the. of HTML markup codes or "tags." Tags tell .rendering. 

BPP application 184 or to facilitate quick movement from software (e.g., Web browsers) how to render and print 

one section of the bill to another. One example softkey is a 60 documents, and are also used to specify hyperlinks, 

"pay" button 228 which allows a consumer to activate a In concepi,Tbe target of a hyperlink can be virtually any 

payment remittance graphical UI screen, an example of type of object — including executable programs, text or 

which is shown in FIG. 10. Another is a "Details" tab 230 multimedia documents, sound clips, audio segments, still 

which jumps to the itemized details of the particular bill. images, computers, directories, and other hyperlinks. In 

FIG. 8 shows an example set of buttons, including a bill 65 WWW documents, hyperlink targets are most often files that 

summary tab, a details tab, a previous screen tab, a next * can- reside- on "any computers connected to the Internet, 

screen tab, a pay now button. However, a hyperlink target can also be a particular location 
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wiihin a documcni, including ihc documcni that is currently 
being rendered, 
* Hypertext usage is not limited to the Internet. Various 
multimedia applications uiili/.c hypertext to allow users to 
r.avigate through different piece:- A' .nforsn uln c.»nteii:. For 
instance, an encyclopedia program might use hyperlinks to 
provide cross- reference^ \^ related articles within an elec- 
tronic encyclopedia, ll'.e .vm.e program might *i.>o u.m. 
hyperlinks to specify remote informal ion resources such as 
WWW documents located on di tie rent computers. 10 

At step 156 in FIG. 5. the consumer is granted complete 
control to authorize payment of the bill, assuming the bill is 
in order. After the consumer has reviewed each item and 
made all of the adjustments, the bill presentment UJ 210 
shows a summary block (referenced as number 236 in FIG. 
•8) with the total amoum due, the total amount-to be paid by 
the consumer following.adjustrnents,- and the total amount in , 
dispute. The consumer activates the "pay" button 228, which 
calls the payment remittance graphical Ul screen. ^ 

FIG. 10 shows an example payment remittance UI screen 
240. lb this example, the payment remittance UI 240 
resembles a customary check having the consumer's name • 
and/ox account number, a date line, a payee line, a dollar 
amount line, a written amount line, and a signature line. The 25 
payee line is automatically filled in using data from the 
closed payee data field 192 of the data structure 190 stored 
in the consumer's computer memory. This line cannot be 
altered by the consumer, which is advantageous from the 
biller perspective because the. check is akin to a direct 3Q 
deposit in that the authorized payment is assured to go to the 
biller's account. - . 

However, unlike a direct debit arrangement, the consumer 
is in direct control of the amount to be paid and the payment 
date (step 158 in FIG. 5) as well as which account they wish 35 
to use to pay the bill (assuming they have more than one 
account). The consumer can make partial or full payment 
toward the bill balance. In one implementation, the payment 
date line of the payment remittance UI 240 initially defaults 
to the date that the consumer depressed the "pay 1 ' button 22S 4 q 
on the bill presentment UI 210. Additionally, the dollar 
amount line of the payment remittance UI 240 initially 
defaults to the amount to be paid in summary 236 provided 
in the bill presentment UI 210, which reflects any adjust-'. 
" ments made by the consumer. -However, the consumer can 45 
override these defaults by entering a different payment date 
and dollar amount using the payment remittance UI 240. 
This information is stored respectively in the payment date • 
data field 198 and the amount data field 196 of the data 
structure 190. If desired, the payment date can be configured 50 
10 default to the date payment is actually due, with the ability 
for the consumer to override the dale. Empowering the 
consumer with complete control of the payment amount and 
date is advantageous from the consumer perspective. The 
consumer feels in control of the payment process, in the 55 
same manner a>s-wriiing personal paper checks. The payment 
remittance information to be returned to the biller is auto- 
matically prepared when the consumer fills in the payment 
UI 240. 

Hie 3FP application 184, which supports the bill present- 60 
ment UI 210 and payment Ul 240, can be configured to 
integrate with commercially available personal finance man- 
ager (FFM) software, such as the PFM program "Money" 
produced by Microsoft Corporation. The BPP application 
184 can also be configured to integrate with bill analysis 65 
software or business accounting software* (e.g. ; Peachtree, 
SAP, etc.) which permits automatic, posting of accounting/ 



transaction data while the bill is being paid. The BPP 
application 184 can be further configured to transfer data to 
other applications executing on the consumer's computing 
unit, such as a spreadsheet application like Excel from 
Microsoft f'irpo:a;ion. 

As an alternative, the bill itself might contain executable 
code that allows a consumer to analyze the bill or obtain 
grealei jik-hi.h.u.ng one bill, or >uiolc ol bills, l ot 
example, the bill might contain executable code similar to 
the auto calculate feature in the Excel spreadsheet program 
in which the consumer can select certain items and the bill 
computes in response a temporary value (e.g... sum. max, 
min. etc.) using only the selected items. 

Accordingly, the payment process is beneficial to both 
parties. The biller initiates the payment process by submit- 
ting a bill that is automatically designed to be paid back to 
its own coffers in a format the biller's sysrems already 
understand and for which no changes. are required. The 
consumer is in complete control, of the payment timing and 
amount, having exclusive authority to overpay; make full or - 
partial payment, or to forego payment altogether. 

" After the consumer has filled out the payment instruction, 
the data for the payment and remittance information is - 
associated through the data structure i90.(step 160 in FIG. 
5). That is, the payment amount in data field 196 and 
payment date in data field 198 are linked inherently through 
the .data structure to the payee in data field 192 and the 
consumer account number in data field 194. The consumer 
can select the payment account for data field 194. For 
instance, the consumer may have more than one account, 
including checking accounts and savings accounts. A bill • 
could be paid from any .of these accounts at the consumer's 
discretion. The account, designated by the consumer is 
included in the payment instruction. 

With reference again to FIG. 4 and to step 162 in FIG. 5, ■ 
the consumer computing unit 114 transmits the remittance 
information 130 directly back to the biller 112 via network 
116 (as represented by arrow 134 in FIG. 4). The consumer 
computing unit 114 uses the biller's network address in - 
address data field 204 of the data structure 190 to electroni- 
cally route the payment remittance information 130 to the - 
biller/Rputing can be achieved in a variety of ways, includ- 
ing email, Internet URL addresses, and so forth. Since the 
payment remittance information was created by the biller in 
a particular format, and the consumer only filled in certain 
data fields, the payment remittance information 130 remains 
in the biller prescribed format for seamless integration to the - 
biller's existing accounting system. Moreover, the payment . 
remittance information is automatically returned to the biller 
without intervention by the consumer, except that the 
amount to be paid and the payment date are appended. The 
consumer may also attach any additional information, such 
as remittance advice notes, or text messages relating to 
disagreements with invoice information or disputes over 
specific charges, or change of address data, or any commu- 
nication with customer service representatives at the biller. 

If the consumer selected any offering in the bill, such as 
through an advertisement or the like, the remittance infor- 
mation will also include this data. For example, suppose the. 
bill includes an advertisement for a new service and offers 
three free months as an incentive to add the service. If the 
consumer clicks to accept the service, the consumer's name 
and address are returned with the remittance information. 
This demographic information can then be used by the biller 
or offered to third parties for future- advertisement within the 
bill lb target market specific consumers. 
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The consumer computing unit 114 also transmits payment 
instructions (PI) 140 to initiate payment of the bill (step 164 
in "FIG. 5). The payment instructions include the amount to 
he paid, i he consumer's method of payment; and any bank 
account numbers to draw against. 'Hie payment instructions 
may optionally include an authorization to permit the con- 
sumer's bank to withdraw the funds from the consumer's 
.iccn.ii; C'.-vei payment. This authorization can be se ; . up 
during a registration stage when the consumer initially signs 
up Cor the service. By virtue of this pre-arrangement, the 
consumer authorizes the biller (through the biller's bank) lo 
issue debits against the customers* account a I the customer's 
bank. In the FIG. 4 implementation, the payment instruc- 
tions 140 are sent back to the biller 112 over the network 
116. Although shown separately, the payment instructions 
140 and remittance information 130 are sent together as a 
single message, although they may be sent separately. 

It is noted that the biller and consumer computing units 
can be configured to encrypt the bill 128, remittance infor- : 
mation 130, and payment instructions 140 prior to dispatch 
over the network. The Internet, for example, is an insecure 
network that is open to eavesdroppers. Conventional cryp- 
tographic ciphers can be used to encode the financially 
sensitive data for protection over the network. Additionally, 
digital signatures can be used as a means for authenticating 
the parties, and providing integrity that the messages actu- 
ally originated from the parties and have not been subse- 
quently altered. A more detailed discussion of a computer 
implemented encryption and signing system can be found in 
a U.S. patent application Ser. No. 08/496,801, now U.S. Pal. 
No. 5,689,565 Jun. 29, 1995, entitled "Cryptography System 
and Method for Providing Cryptographic Services for a 
Computer Application," by Terrence Spies et al., and 
assigned to Microsoft Corporation. This ■ a'pplication is 
hereby incorporated by reference. For additional informa- 35 
tion on cryptography and digital signing, the reader is 
directed to a text written by Bruce Schneier and entitled 
"Applied Cryptography: Protocols, Algorithms, and Source 
Code in C," published by John Wiley & Sons with copyright 
1994 (second edition 1996), which is hereby incorporated by 40 
reference. 

At step 166 in FIG. 5, the accounts for the consumer and 
biller are settled using the settlement subsystem of the bill 
presentment and payment system 110. In the FIG. '4 
implementation, the biller 112 forwards the payment instruc- 45 
tions onto the biller bank 122 (as represented by arrow 136 
in FIG. 4). The biller bank 122 requests settlement with the 
consumer bank 124 via the clearing network 126. As an 
example, the biller bank 122 submits an ACH debit trans- 
action which debits the consumer's account in .consumer 5a 
bank 124 for the amount of the payment authorized by the 
consumer (as represented by arrow 138 through clearing 
network 126). Other specifics of the transaction or special 
case situations, such as funds reversals, are handled in 
conventional manner which are well understood in the art 55 
and are not described herein. 

The FIG. 4 implementation is beneficial in that the bill 
presentment and payment process is conducted entirely 
electronically. Paper bills, conventional mailservices, and 
envelop opening and encoding tacks are completely elimi- 60 
naled. Another benefit is that the biller customizes the type 
and format of remittance information that it wants returned 
rather than conforming to a foreign format dictated by a 
bank, network, or other third party. This enables the biller to 
integrate the payment remittance arid presentment software 65 
with' its existing accounting software with minimal cost or 
interruption. The biller is responsible for initiating the 
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billing process, while the consumer is empowered with the 
authority to decide when and how much is' paid. Another 
benefit is that the system is compatible with existing clearing 
networks, such as the ACM network. Hillcrs that already 
5 have an existing direct debit •■■lie ring can piggyback AO I 
transactions from this system with minimal additional 
changes. Another bene lit of the bill presentment and pay- 
ment >ASlem desci ibcJ luieii. cosup! iso:. io a prior ar: 
direct debit system is that the biller and consumer can 
10 change banks independent of each other. Each party can 
simplv register with a new bank, obtain new account 
numbers.. and start using them without requiring changes by 
or creating difficulties for the other party. 

FIG. 11 'shows another implementation of a bill present - 
15 rneni and payment system in accordance with the invention, 
which is referenced generally by number 250. System 250 
differs from the system 110 described with respect lo FIG. 
4 in that an intermediary 252 is interposed between the biller 
Il2 arid consumer 114. The intermediary 252 is a bill 
20 presentment and payment remittance service provider that 
handles billing responsibilities for ihc biller and payment 
instructions remitted back from the consumers. The inter- 
mediary 252 acts as a centralized bill warehouse and deliv- 
ery mechanism that offers one gathering place' for both 
25 billers and consumers. The intermediary 252 is equipped 
with a computing unit that is programmed to electronically 
handle the bills, remittance information, payment 
instructions, and staging and delivery instructions on behalf 
of many different billers and many different consumers. The 
30 intermediary functions can also be split among multiple 
entities. For example, one company can stage the bills and 
another .company can handle the remittance processing. 
Other arrangements for handling the intermediary functions 
are also possible. ' * 

The biller 112 sends bill 12H and remittance information 
130 to the intermediary 252 for staging. The intermediary 
252 transfers the bill and remittance information to the 
appropriate consumers 114 at the prescribed billing times. 
Alternatively, the consumer 114 can periodically access the 
intermediary 252 for bills in his/her name or account num- 
ber. The electronic "transmission is carried out over the 
network 116. 

The consumer reviews the bill, and if acceptable, autho- 
rizes payment. In the same manner as described above, the 
consumer enters the payment amount and date using the 
payment UI, and submits the remittance information 130 
and payment instructions 140 back to the intermediary 252 
over the network 116. Remittance information bound for a 
specific biller is pooled by the intermediary 252 arid sent to 
that biller in batch. The intermediary 252 also produces 
payment instructions 254 that are in a file compatible with 
the clearing network 126. For instance, the PI 254 might be 
in the form of an ACH-ready file used to settle accounts in 
ACM networks. 

The biller 112 passes the payment instructions onto a 
concentrator 120 or biller bank 122. The biller bank 122 
submits a debit .transaction using the clearing payment 
instructions generated by the intermediary 252 to debit the 
■consumer's account in consumer bank 124 for the amount of 
the payment authorized by the consumer. 

FIG: 12 shows another implementation of a bill present- 
ment and payment system in accordance with the invention, 
which is referenced generally by number 260. System 260 is 
• essentially the same as system 250 described above with 
respect lo FIG. 11, with the primary difference being that the 
intermediary 252 sends the payment instructions (PI) 254 
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directly lo the billcr bank 122 as opposed to the biller 112. 
This eliminates having the biller handle the payment instruc- 
tion file. In a variation of this implementation, the interme- 
diary can be configured to sub mil ilic payment instructions 

directly, or th touch its own brink (n n shown). :o the clearing 
network I2(i. 

h • ■r-mp! iance with patent stairies. :he invention has been 
described in language more or less spec ilic js Lo structural 
and methodical features. It is lobe understood, however, that 
the invention isnoi limited to the specific features described, 
since the means herein disclosed comprise preferred forms 
of pulling the invention into effect. The- invention is, 
therefore, claimed in any of its forms or modifications within 
the proper scope of the appended claims appropriately 
interpreted in accordance with the doctrine of equivalents. 

What is claimed is: • 

1. A method for electronically presenting and remitting 
payment of bills, comprising the following steps: 

generating a bill and associated payment remittance infor- 
mation at a biller, the payment remittance information 
being arranged within a data structure according to a 
format prescribed by the biller, the data structure hav- 
ing one or more open data fields to hold data that a. 
consumer can enter or alter and one or more closed data 
fields to bold data that the consumer cannot alter, the 
remittance information further including hidden struc- 
. tured remittance data that .is kept hidden, from the 
consumer; 

electronically transmitting the bill and associated pay- 
ment remittance information to the consumer; 

enabling the consumer to authorize electronic payment of 
the bill;' 

associating the electronic payment with the payment 
remittance information; and 35 

transmitting the payment remittance information, includ- 
ing the structured remittance data, from the consumer 
back to the biller in the format prescribed by the biller. 

2. A method as recited in claim 1, further comprising the 
step of electronically transmitting the bill and associated 40 
payment remittance information over a network. 

3. A method as recited in claim I, further comprising the 
step of electronically transmitting the bill and associated 
payment remittance information over the Internet. 

4. A method as recited in claim 1, further comprising the. 45 
step of electronically transmitting the bill and associated 
payment remittance information from the biller to the con- 
sumer via at least one intermediary. 

5. A method as recited, in claim 1, further comprising the 
step of enabling the consumer to specify payment instmc- 50 
tions for paying the bill. 

6. A method as recited in claim 1, further comprising the 
step of enabling the consumer to specify an amount to be 
paid on the bill. 

7. A method as recited in claim I, further comprising the 55 
step of enabling the consumer to specify partial payment of 
the bill. 

8. A method as recited in claim 1, further comprising the 
step of enabling the consumer to specify a payment date. 

9. A method as recited in claim 1, further comprising the 60 
step of automatically designating a payee for the payment 
and prohibiting the consumer from specifying a different 
payee. 

10. A method as recited in claim 1, further comprising the 
step of making the payment authorized by the consumer. 65 

U. A method as recited in claim 1, further comprising .the 
step of settling accounts between the biller and consumer. 
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12. A method as recited in claim 1 , further comprising the 
step of submitting the payment instructions from the biller to 
an ACH payment system. 

13. A method as recited in claim 1, further comprising the 
5 step of transmitting non-billing messages along with the bill 

and payment remittance information. 

14. A method as recited in claim 1, further comprising the 
Mcp of encrypiing :he mil anJ ;\!\meni remiitance infonna- 
lion prior to transmission. 

15. A method as recited in claim I', further comprising the 
step of digitally signing the bill and payment remittance 
information prior to transmission. 

16. A method as recited in claim 1, further comprising the 
step of authenticating the biller. 

17. A method for electronically presenting and remitting 
payment of bills, comprising the following steps: 
■ generating a bill.and associated payment remittance infor- 
mation at a biller, the payment remittance information 
being , arranged within a data structure according to a 
format prescribed by the biller, the data structure hav- 
ing one or more open data fields to hold data that a 
consumer can supply or alter and one or more closed ' 
data fields to hold data that the consumer cannot alter, 
the remittance information further including stmcruired 
remittance data that is kept hidden from the consumer; 

electronically transmitting a bill and associated payment 
remittance information from the biller to at . least one 
intermediary; 

electronically transmitting the bill and payment remit- 
tance information from the- intermediary to the con- 
sumer;. 

presenting the bill to the consumer without revealing the 

structured remittance data; . 
enabling the consumer to specify payment instructions 
which include at least one of a payment amount and a 
payment date; 

electronically transmitting the payment instructions and 
payment remittance information from the consumer to 
the intermediary; and 
electronically transmitting the payment remittance infor- 
mation including the "structured remittance data, from 
the intermediary back to the biller in the format pre- 
scribed by the biller,. and 
settling accounts between the consumer a.nd billejL using 
the payment instructions. 

18. A method as recited in claim 17, wherein the elec- 
tronically transmitting steps comprises transmitting oyer an 
electronic data network. 

19. A method as. recited in claim 17, further comprising 
the step of settling the accounts through a clearing network. 

20. A method as recited in claim 17, further comprising 
the step of encrypting the bill and payment remittance 
information prior to transmission. 

21. A method as recited in claim 17, further comprising 
the step of digitally signing the bill and payment remittance 
information prior to transmission. 

22. A method as recited in claim 17, further comprising 
the step of authenticating the biller. 

23. A method as recited in claim 17, further comprising 
the following steps: 

generating account clearing instructions at the intermedi- 
ary; and 

electronically transmitting the account clearing instruc- 
tions to the biller. 

24. A method as recited in claim 17, further , comprising 
the following steps: 
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generating account clearing instructions at the inicrmcdi- 
ary; and 

electronically transmitting the account clearing instruc- 
tions to a bank handling the bi!lcr\s account. 

25. A method .is recited in claim I", further *rs-n:|*r.^-!i^ 
the following steps: 

generating bearing hstri!C\ : <>ns n !he ^vc"^- l ; rv 
account; and 

electronically transmitting the account clearing instruc- 
tions to an account clearing network. 

26. A computer-readable medium having computer- 
executable instructions for performing steps com prising: 

storing a bill and associated payment remittance 
information, the payment remittance information being 
arranged within a data structure according to a formal 
prescribed by the biller, the data structure having one or 
more open data fields to hold data that a consumer can 
supply or alter and one or more closed data fields that 
hold data that the consumer cannot alter, the remittance 
information further including structured- remittance 
data that is kept hidden from the consumer; 

presenting the bill to the coasumer without revealing the 

. structured remittance data; 

enabling the consumer to specify payment insiructions 
including at least one of an amount to be paid on the 
bill, a payment date, and an account from which to 
draw payment, while prohibiting the consumer from 
altering data contained in the closed data fields; 

associating the payment instructions with the structured 
remittance data; 

electronically, transmitting the payment instructions to 
initiate payment of the bill; and 

electronically routing the payment remittance 
information, including the structured remittance data, 
in the biller prescribed format to the biller so that the 
structured remittance data is automatically returned to 
the biller without intervention by the consumer. 

27. A computer-readable medium as recited in claim 26, 
having further computer-executable instructions for per- 
forming an additional step of enabling the consumer to 
specify both the amount to be paid and the payment date. 

■ 28. A computer-readable medium as recited in claim 26, 
having further computer-executable instructions for per- 
forming an additional step, of enabling the consumer to 
specify a partial payment of the bill. 

29. A computer-readable medium as recited in claim 26, 
having further computerTexecutable instructions for per- 
forming an additional step of presenting the bill to the 
consumer through a graphical user interface. 

30. A computing unit configured to read and perform the 
computer-executable instructions on the computer- readable 
memory as recited in claim 26. 

31. An electronic bill presentment and payment remit- 
tance system including a network, a biller computing unit 
with computer-readable medium, and a consumer compul- 



0,150 

'20 

ing unit with computer readable medium, the computer- 
readable media having computer-executable instructions .for 
performing steps comprising: 

operative ly linking the biller computing unit and con- 
sumer comyur.ing unit to the i.ciwork; 
generating a bill and associated payment remittance inlor- 
■v iiio" r ;i pL:':.'s:!. , r fvnv r 'lv u -i11er j^mp'Jting 
unit, live remittance information including structured 
1( ) remittance data that is kept hidden from a coasumer; 
transmitting the bill and payment remittance information 
over the data network from the biller computing unit to 
the consumer computing unit; 
receiving the bill and payment remittance information at 
^ the consumer computing una and presenting the bill to 
the consumer without revealing the structured remit- 
tance data to the consumer; and 
facilitating entry of payment instructions including at 
least one of a payment amount and a date at the 
20 consumer computing unit, and following said entry, 
automatically routing, the payment remittance 
information, including the structured remittance data, 
in the particular format to the biller computing unit. 

32. Computer-readable media having computer- 
25 executable instructions as recited in claim 31, and further 

having computer-executable instructions to transmit the 
payment instructions from the consumer computing unit 
over the network to initiate payment of the bill. 

33. A computer-readable medium having a data structure 
30 for bill and payment remittance information used in an 

electronic bill system, the data structure comprising: 
an account identifica-tion data field to hold information 
identifying an account to which a bill is being posted; 
; 5 an amount data field to hold a payment amount entered by 
a consumer toward payment of the bill; 
a date data field to hold a payment date entered by the 
consumer; 

a payee data field to bold an identity of a payee of the 
40 payment amount, the payee data field being closed to- 
the consumer so that the consumer cannot enter the 
payee; 

the account identification data field, the amount data field, 
and the date data field being organized according to a 
45 particular format prescribed by an originator-of the bill 

to collectively define payment remittance information; 
an originator address data field to hold a network address 
of the bill originator for use in routing the payment 
5Q remittance information containing the account infor- 
mation data field, the amount data field, and the date 
data field back to the originator in the particular format; 
and 

structured data to hold remittance data that is kepi hidden 
s5 from the consumer. 

♦ 4 + 44 
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A practical system and method for the remote distribu- 
tion of financial services (e.g., home banking and bill- 
paying) involves distributing portable terminals to a 
user base. The terminals include a multi-line display, 
keys "pointer to" lines on the display, and additional 
keys. Contact is established between the terminals and a 
central computer operated by a service provider, pref- 
erably over a dial-up telephone line and a packet data 
. network. Information exchange between the central 
computer and the terminal solicits information from the 
terminal user related to requested financial services 
(e.g., for billpaying, the user provides payee selection 
and amount and his bank account PIN number). The 
central computer then transmits a message over a con- 
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appropriate. Payments and transfers may be scheduled 
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computer interacts with the user's bank as a standard 
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minal interface is extremely user-friendly and incorpo- 
rates some features of standard ATM user interfaces so 
as to reduce new user anxiety. 
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• capacity and reducing user costs. Moreover, most in- 
METHOD AND SYSTEM FOR REMOTE electronical mail recipients do not even have 

DELIVERY OF RETAIL BANKING SERVICES computers , the necessary communications equipment 

FIELD OF THE INVENTION 5 the knowledge and experience. 

Perhaps more importantly, the learning curve asso- 

The present invention relates to a method and sysiem dated with familiarizing oneself with new software is 

for distributing financial and other services to remote often so steep ^ even cornpuler lil€rate De0 ]e look 

locawons. and more specifically, provides banking type ]eami a new software , with dj 

financial transaction handling via remote data terminals /■ . * . A . a 1 \ c 

located in users' homes, offices or other locations (i.e., * ^" n . and a PP rehenslon - Thousands upon thousands of 

-home banking^ or "remote banking"). Still more spe- dlfferent *> ftware Packages are on the market, but the 

cifically, one aspect of the present invention involves top sellcrs are tv P lcall >' the firsT > packages to be intro- 

using the ATM (automatic teller machine) network duced. This is because users tend to continue to use 

(interchange as a data communications network for software they already know and resist learning new 

conducting banking financial transactions from homes 15 packages unless they are convinced the effort will be 

and offices. worthwhile. Even "user friendly'* software may be 

BACKGROUND AND SUMMARY OF THE VCry timC consumin S to learn * user s would proba- 

INVENTION bly prefer to continue their banking transactions in 4 'the 

K , A . ■ t „ ^ - . . - n old way" rather than spending even only a few hours 

„ r 2^^ ^ i^"^ W f * 0tt 1 8h . t * * Jttst 20 learning a completely new home banking software 

around the corner. With the advent of relatively inex- Da ckaee 

pensive, powerful personal computers, the computer P T * ' , . . . , , , . 
industry hoped (and predicted) that a personal com- . In <** «* ° f providing home banking ser- 
puter with communications capability (e.g. f . modem) vices °* ve been enormous. Service providers incur very 
would soon find its way into every home. 25 nigh communications costs in linking their central- pro- 
It was generally believed by .many that the home cessors with PC users, banks, and payees (merchants), 
computer would become a central, integrated part of Many payees also do not accept electronic payments 
everyday life and would proliferate as have radio and (for lack of substantial volume), forcing service provid- 
television receivers in past decades. It was expected that ers to make costly paper-based payments. Settlements 
people would prepare and file their income tax returns 30 processing can also be costly, as banks must install spe- 
by computer conduct most or all financial transactions cia] purpose software and operating procedures. These 

S ° ' f eTf T B • 0ther ™« havc been passed along to consumers, 
their personal computer and telecommunications lines , , . . , * , - , 6 v . . 

with banks and other financial institutions, etc. The thcrcby dam P cnm £ demand for home ****** 

home personal computer was expected to largely re- 35 V1 °?' ■ 

place the U.S. Postal Service as a means of communicat- " Thus » ^^gh a sma11 percentage of people have 
ing with and contacting the outside world. People effectively come to utilize and rely upon some of the 
would draft personal letters using word processing vast variety of services accessible through a home corn- 
software on the personal computer and telecommuni- puter as an integral part of their daily lives, the vast 
cate the letters electronically to the intended recipient 40 majority continue to communicate by post and tele- 
over telecommunications networks. It was expected phone, shop by visiting retail stores or leafing through 
that shopping would be done electronically by perusing hard copy catalogs received in the mail, and pay their 
electronic merchandise and grocery catalogs ''online" bi \]s by writing checks and sending them through the 
and placing orders electrically over a telecommuni ca- m ^ 

tions data network: and that even newsnaoers would be 45 * _ . i, ■ „ 

readdectromc^^nline-CthusobX^en^for JL^ST ? V ^T *^ ^ 

delivery of hard copy). PC-based home banking is not yet a practical reality for 

A few banks and other financial institutions actually most consumers. In fact, many home banking programs 

developed "home banking" systems designed to inter- launched in the past have been declared failures and ' 

face with home personal computers expected to soon be 50 discontinued. See, for example, 

found in most households. Egner, "Not Quite Ready for Home Banking", The . 

For a variety of reasons, the dream of a world-wide EFT Sourcebook, pp 171-175 (1988); and 

network of home computers providing a vast array of Tyson, "'Survival' Kit: Pens and Stamps Instead of 

electronic services to a majority of the inhabitants of Video", American Banker (Mar. 16, 1989). 

industrialized nations has simply not been realized. 55 Few corporations continue to market cumbersome 

Ordinary people are generally not used to computers hard-to-use, PC and modem-based home banking sys- 

and many avoid them whenever, possible. .While the ^ developed a few years ago. Covidea, a joint ven- 

^STS^.T ^ y f m P u * r J? terate > tare between Chemical Bank and AT&T, was the earli- 

pf their parents and grandparents have little or no com- _ t - <f m t~ « , , - , ' . . 

puter experience and would much rather continue 60 * most rouble PC-based home banking enterpnse. 
. doing things "the old way". Even computer literates After 570 1111111011 m mvcstment and nearlv 10 vear s ° f 
who own home personal computers find use of the development and marketing, Covidea recendy termi- 
computer to be relatively limited. As one example, it nated its operations. Chemical and AT&T cited obso- 
continues to be relatively expensive and impractical to ' ete technology as the principal reason for closing oper- 
send "mail" electronically. Telecommunicating over 65 ations. Knight-Ridder, AMR and others have ceased 
telephone lines is relatively expensive; and only just operating their PC-based home banking services. The 
recently have regional telephone companies entered the following institutions, however, continue to operate 
public data network (PDN) business thereby increasing home banking systems: 
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MAJOR HOME BANKING OPERATORS 



Operator 


Name of Service 


Est. Users 


Bank of America 


Horaebanking 


37.00D 


Manufacturers Hanover 


Excel 


7.003 


Citibank 


Direct Access 


15.003 


Chase Manhaitan 


Spectrum 


5.003 


Madisor. Bank 


Home Tellcr 


2.O0D 


Princeton Telecom 


licenscd to banks 


2,003- 


Harbinger Computer 


licensed to banks' ' 


2,000 


Prodigy 


licensed to banks 


10,000" 
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Videotex Industry Association, 19E8 



Prodigy (a joint venture between IBM and Sears) is 
the primary major operator actively pursuing the na- 15 
tional market. Much like the banks, Prodigy targets * 
personal computer users (with modems) with extensive 
video text service (e.g. airline reservations, and home 
shopping). Unlike the banks, however, bank services are 
secondary and Prodigy hopes to offset some of its high 20 
costs with advertising revenues. Even if Prodigy suc- 
ceeds, its services are aimed at a high-end, technology- 
user — not the broader market comprising the majority 
of bank customers. 

Telephone banking operators have recently begun to 25 
allow customers to pay bills from home. Some such 
telephone billpaying systems involve voice response 
technology to provide automatic handling of limited 
customer financial transactions (thus eliminating the 
requirement for human operators to answer and handle 30 
customer calls). Several independent telephone billpay- 
ing services have emerged (e.g. Checkfree and Mer- 
chants Network), but most billpaying services are of- 
fered by individual banks. Recent voice-response tech- 
nology advances have enabled telephone banking and. 35 
billpaying to become the banking industry's fastest 
growing retail product. Payments Systems, Inc., a lead- 
ing electronic funds transfer consulting firm, estimates 
that 5-7 million U.S. households use telephone banking 
in 1988 versus approximately 2 million in 1985. 40 

Nonetheless, telephone billpaying has serious limita- 
tions because of its lack of a visual interface (i.e., dis- 
play). Telephone voice response systems only permit 
the presentation of very limited, simple alternatives. 
Sophisticated service offerings are not practical because 45 
of their reliance on complex branching alternatives 
which can not be easily remembered by users. As a 
consequence, telephone billpaying users easily lose 
track of their place; confirmation and review of pay- 
ments is limited; users heed to keep track of payee code 50 
numbers on separate paper lists; and user options such as 
scheduling payments become exceedingly complex and 
thus virtually impractical. Telephone billpaying service 
providers have high cost structures and, despite ad- 
varices in voice-response technology, telephone btllpay- 55 
ing has serious inherent service limitations. 

Telephone banking is convenient but has inherent 
limitations which make billpaying and other complex 
financial services very hard-to-use, ATMs, on the other 
hand, are very easy-to-use, but lack the convenience of 60 
a telephone. 

ATM usage has grown dramatically in the past de- 
cade. There are now approximately 140 million card- 
holders in the U.S. Japan has over 135 million ATM 
cardholders, and Europe has 122 -million cardholders. 65 
Approximately 25% of U.S. households use ATM cards 
or moire times per month. These cardholders have dem- 
onstrated a high degree of comfort with electronic 



banking. These customers tend to be under 40, up- 
wardly mobile, and convenience-oriented. See, for ex-* 
ample, 

Kutler, "Marking Effort is Needed to Swell Ranks of 
ATM Users", Consumer Survey, American Banker 
pp 73-76; 

"Survey of ATM Networks and Debit Card Users", 
The Nihon Report (1987 Ed.); and 

"Three-Quarters of Households to Use ATMs by 
Year 2,000", Bank Systems and Equipment p 38 
(September 1987). 

While ATMs are very easy-to-use, they currently 
allow users to access only a limited number of bank 
teller services. A bank's own ATMs are typically con- 
nected by direct line to the bank's data processing sys- 
tem. The bank's data processing system, in turn, com- 
municates with a regional (or national) "ATM. Net- 
work" — a specialized digital packet network which 
communicates ATM and POS (point of sale) transac- 
tions among banks using standardized message proto- 
cols. These ATM networks and associated digital 
switches permit someone using the ATM of one bank to 
access an account in another bank, for example. 

ANSI and others have established standards oh ATM 
digital message protocols and other features of ATMs. 
A more-or-less standard, generic ATM interface has 
developed in the banking industry, making it relatively 
easy for a user to use any ATM on the ATM network 
once has he learned how to interact with this more-or- 
less standard interface. Of course, ATMs produced by 
different manufacturers may differ in key placement, 
number of keys, key legends, screen size, etc. However, 
there has been a trend toward standardization so as to 
minimize user discomfort with using a "foreign bank" 
ATM. 

Of course, a bank customer wishing to use the ATM 
network to conduct a financial transaction typically has 
to travel to a nearby ATM (e.g., at a local bank branch). 
Moreover, most ATMs generally do not permit custom - 
. ers to pay bills or conduct other complex financial tran- 
sactions — typically limiting the user to withdrawals, 
account inquiries, account transfers, and, if the ATM 

the user accesses is that of his own bank, deposits. 

It is known to utilize the ATM network to conduct 
financial transactions other than in the manner dis- 
cussed above. The following references are generally 
relevant to use of ah ATM network/switch for process- 
ing various types of financial transactions: 

ITS Develops SHAZAM Bill. Payer For Consumer 
and Merchant Convenience", ITS Current, pp 3-5 
(March 1988); 
Levy, J., The Delicate Balance of ATM Industry 
Standards", The EFT Sourcebook, pp 35-38 (1988) 
National Directory of Shared ATM 7 POS Networks 

1987 Edition, TransData Corp.; 
Interregional Sharing Model of the Shared Network 

Executives Association, pp 467-70; 
Zimrner, "A Leading Analyst Investigates Whether 
the ATM Market Has Reached Its Saturation Point 
or is Poised for Expansion", American Banker, p 13, 
Vol. 152, No. 234 (Dec. 1, 1987); 
Garsson, "NCR Universal Credit Union Claims A 
First with Home Banking Services", American 
Banker, p 10 (Aug. 24, 1983); 
Anderson, "Electronic Funds Transfer is Reaching" 
the Point-of-Sale; Banks, Retailers . Look, to EFT, 
Transactions to Lessen Processing Costs, Increase 
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Market ■ Share", American Banker, p 32 (Jul. 28, . tents relate to details concerning personal banking/fi- 
1982); and nancia] transaction terminals. Atalla et al teaches a por- 

"Electronic Networks Springing Up All Over: Sys- table banking terminal including data encryption capa- 
tems Linking Automated Teller Machines, Point of biliiies and discusses communicating over data commu- 
Sale Devices are Established or Contemplated in 5 nications lines with a data switch (see FIG. 1 and associ- 
Several Areas of the Country", American Banker, p a led text). 

2 (Mar. 19, 1982). The following patents relate to banking terminal se- 

ll appears from the articles referenced above :hat curiiy considerations: 
others in the past have explored the use of an ATM U.S. Pat. No. 4,390,968 to Hennessy et al 
network/switch to route point-of-sale and/or billpaying 10 U.S. Pat. No. 4,525,712 to Okano et al 
data requests and transactions. For example, the Na~ "The following additional patents are of general inter- 
tional Directory reference (see above) claims that four est as representing the state of the art: 
ATM networks provide participants with home bank- U.S. Pat. No. 4,454,414 to Benton 
ing services (although this claim may actually be false). U.S. Pat. No. 4,578,535 to Simmons 
The "ShazanT system, under development in Iowa, 15 U.S. Pat. No. 3,920,926 to Lenaerts et al 
permits a customer to pay bills to prespecified accounts U.S. Pat. No. 3,652,795 to Wolf et al 
using a bank ATM or special purpose ATM type "bill- U.S. Pat. No. 4,713,761 to Sharpe et al 
paying terminal" located in a branch bank and commu- U.S. Pat. No. 4,683,536 to Yamamoto 
nicating directly over the ITS ATM network. The . U.S. Pat. No. 4,678,895 to Tateisi et al 
MAC system permits a PC-based home banking Service 20 U.S. Pat. No. 4,594,663 to Nagata et al 
provider to use the network to perform limited func- . U.S. Pat. No. 3,375,500 to Fowler et al 
tions such as. balance inquiry and funds transfers. Ag- * U.S. Pat. No. 3,970,992 to Boothroyd et al 
gregated bill payments are transmitted to banks using U.S. Pat. No. 3,648,020 to Tateisi et al 
the MAC network as a simple data carrier at the close U.S. Pat No. 4,654,482 to DeAngclis 
of the banking day in batch mode. 25 . Most banks believe that remote bankinjg is a good idea 

Some point-of-sale (POS) systems do exist which are waiting for an acceptable, cost-efficient, easy-to-use 
capable of automatically generating debit requests and delivery system. Most bank customers dislike the time 
applying such debit requests to an ATM network (e.g., consuming drudgery they devote every month to pay- 
to result in immediately debiting a purchaser's account). ing bills and conducting other banking transactions, and 
Specifically, it appears that some such POS systems 30 wish a low cost, easier way existed to perform these 
include a "concentrator" central computer connected transactions. -Unfortunately, the prior art discussed 
to local modems. The local modems receive incoming above does not provide any practical architecture for 
calls over dialup telephone lines from remote POS sta- providing comprehensive banking services (including 
tions located at retail sites. When a purchaser makes a paying plural bills to user selected payees) in the home 
purchase, he provides a magnetic stripe card which is 35 or office over standard dialup telephone lines via an 
encoded with identity and account information read- ATM network. 

able by the remote POS terminal. The purchaser also is The present invention provides a solution to many of 
required to input his PIN (personal identification num- the problems discussed above. In particular, the present 
ber) for security reasons. The POS station automatically invention provides a practical, cost -effective, workable 
dials the central computer and transmits an identifica- 40 system and method for delivering banking and other 
tion of the retailer; purchaser bank and account infor- Financial services (including billpaying capabilities) to . 
mation; and a dollar amount to be debited. The central remote sites such as customer homes and offices while 
computer reformats the POS request into a standard- avoiding the pitfalls encountered by home banking ex- 
ized POS debit request message which it transmits over periments of the past . 

the ATM network. The transmitted debit request causes 45 The present invention capitalizes on the convenience 
the purchaser's bank account to be immediately debited, of the telephone and the widespread familiarity with 
and may also provide a feedback message to the remote automatic teller machines. Previous "home banking" 
POS terminal indicating that .the purchaser had an ac-. applications required a personal computer (PC), a 
count balance exceeding the purchase amount and that. modem, complicated software procedures and consid- 
the purchase amount has been successfully debited from 50 erable training and/or computer knowledge. Home 
the purchaser's bank account. Additional mechanisms banking was thereby confined to the extremely small 
cause the debited funds to eventually be paid to the niche of sophisticated PC users. Now, with new tech- 
retailer, nology and an established base of 140 million ATM 
The following patents are generally relevant to prior cardholders, the present invention can reach a large 
dedicated home banking terminals and associated sys- 55 market with low cost services; 

tems/networks: The present invention serves this market by proyid- 

U.S. Pat. No. 4,634,845 to Hale et al ing a low cost (possibly free) ATM-like terminal, which 

U.S. Pat. No. 4,689,478 to Hale at al preferably uses low-cost Applications Specific Inte- 

U.S. Pat. No. 4,694,397 to Grant et al grated Cfrcuh (ASIC) and surface mount technology 

• U.S. Pat. No. 4,305,059 to Benton 60 for low cost and high reliability; 

U.S. Pat: No. 4,341,951 to Benton - The present invention targets remote banking service 

U.S. Pat. No. 4,625,276 to Benton et al to 50 million U.S. households owning ATM cards, 21 

U.S. Pat. No. 4,536,647 to Atalla et al million of whom show a high degree of comfort with 

The two Hale patents relate to a specific dedicated electronic banking; 
home banking terminal and associated system. Grant et 65 The present invention preferably utilizes ATM and 
al broadly teaches a system which integrates banking telephone company digital communications networks, 
and brokerage services via a data communications gate- ; thus avoiding a large upfront fixed investment and en- 
way between the two systems. The three Benton pa- suring low operating costs; 
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The present invention system costs are supported by competitive to the regional telephone companies on an 

sharing processing savings with banks, payees and ad- interstate basis. However, the data packet price of local 

vertisers (who target ads to users based on spending PDN services is usually lower for regional telephone 

patterns). companies (because the cost of their networks is amor- 

Briefly, the present invention provides dedicated 5 tized over may users and alternative uses.) 
telephone-based banking terminals to users for home or The preferred embodiment preferably includes com- 
office use ("home banking"). An asynchronous commu- pact inexpensive remote user terminals capable of inter- 
nications link is connected to a telephone company facing with standard dial-up telephone lines. One ver- 
public data network (or other digital packet network) sion of the preferred embodiment terminal is compact in 
between the remote terminal and a central computer 10 size (3.75" X 8" X 1.75"), portable and simply connects 
system operated by the service provider. A central to the user's telephone jack. A second version of the 
. computer system analyzes and processes the user pay- terminal has a telephone handset and associated elec- 
raent instructions — typically processing a user's request tronics permitting the consumer to use the device as a 
for many discrete financial transactions at one time. The terminal or as a conventional telephone. No hardware 
central computer stores information about these trans- 15 or installation expense is required. Users operate the 
actions in a database it maintains, and then generates terminal intuitively, and users need not have prior com- 
. electronic funds transfer (EFT) requests which it com- puter experience. Since the present invention targets 
municates to the user's bank via an ATM network/- ATM users, the terminal is designed to interact with 
switch. For example, the central computer system may users in a manner similar to ATM user interaction, 
debit the user's account at his bank (e.g., via a POS debit 20 Users preferably activate the preferred embodiment 
message passed over the ATM network) and electroni- terminal by simply turning it on. The terminal automati- 
cally transfer the funds to a holding account or bank. cally dials a central processor system over dialup tele- 
The central computer then distributes the funds (bill phone lines. Users are preferably welcomed in the name 
payments) to the payees requested by the user. of their own bank. They may gain access to services by 

ATM networks have been used for ATM use and 25 identifying their account from a menu of authorized 

more recently for point-of-sale (POS) uses. When com- household users, then entering their bank ATM per- 

bined with new PDN service as in the preferred em- sonal identification number (PIN). A built-in security 

bodiment of the present invention, ATM networks per- device is preferably provided to afford high level secu- 

mit development of a market at minimal upfront, fixed rity to the user, and the terminal has the capability to 

cost and very low variable operating costs. The system 30 transmit encrypted data. 

provided by the preferred embodiment of the present Users preferably receive and view messages through 

invention basically acts as a conduit connecting bank a four line (e.g., by 24 or 30 character) liquid crystal 

depositors with their bank through telephone company display (LCD). Instructions are communicated through 

gateways and ATM networks. The service "provider a backlit display adjacent to the LCD. Messages are 

need not build its own network, and banks need not 35 communicated at high speed (e.g, 1200 baud) over di- 

install new communication lines or software. alup lines. The terminal takes advantage of significant 

Since ATM networks have in the past usually pro- human factors research and development performed by 

vided only hraited services (e.g., withdrawal, deposit the U.S. Department of Defense and adopted by major 

and account inquiry, and more recently, point-of-sale ATM producers. By positioning selection ("soft") keys 

transaction handling), the present invention offers a 40 next to options displayed on the screen, users can more 

new use of the existing ATM networks to provide trans- easily understand and quickly respond to instructions, 

actions not previously supported by the networks and Users thereby communipate by single-stroke responses 

also provides a new central computer/communications to choices displayed, and the service provider has much 

system performing new functions— in addition to pro- greater system flexibility with which to format screens 

viding a linkage never before existing between two 45 and expand services. 

networks (i.e., a digital packet network accessible Moreover, the preferred embodiment terminal and 

through dialup telephone gateway, and an ATM net- associated user interface to some extent mimics the 

work) for the purpose of home banking. terminal/interface provided by standard ATMs already 

Payments can be processed immediately and made in use by millions of bank customers. The preferred 

using EFT means (automated clearinghouse, direct 50 embodiment .thus eliminates or reduces the level of 

deposit in concentrator accounts, point-to-point, etc.). apprehension may users might harbor toward learning a 

through payment network. Certain EFTs are processed new terminal and interface. When a typical new user 

through the originating ATM network (or though an- first uses the terminal provided by the present inven- 

other ATM network). Payments not made electroni- tion, he intuitively knows how to navigate through the 

cally are sent by post in the form of a check and payor 55 user interface/menu structure because the user interface 

invoice information list ("check and list"). In addition, is (at least superficially) similar to that of ATMs he has 

the central computer system can transmit to the user's used in the past. Of course, the user interface and termi- 

bank the names of payees and other Federal Reserve nal provided by the present invention offer far. more 

. Regulation E information through the ATM network functionality than is available through a standard ATM, 

using POS formats. This permits the customer's bank to 60 and in. fact are extremely different from the standard 

print a unified statement listing for billpaying transac- ATM terminal/interface. However, the user's initial 

tions as well as normal bank transactions (e.g., deposits, impression is perhaps the most important and the typi- 

debits, and ATM withdrawals). cal user's first impression to the terminal provided by 

Thus, once entered into the system a user terminal is the present invention is that it is "like" an ATM and can 

linked in the preferred embodiment through a gateway 65 be operated intuitively without reading a user manual 

to a public data network (PDN) service of a regional and without any steep learning curve. The primary 

telephone company. Telenet and other PDN services market for the services provided by the present inven- 

have been available for years, and these services remain tion is 21 million highly active ATM users who will 
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view the invention as a convenient, comfortable exten- terminal possession is used as an indication of one of 

sion of current ATM services. The services may also several users in a household. 

appeal to certain n on- ATM users, who will be attracted 3) Look and Feel: The newer ATM machines are 

to the expanded services (e.g., billpaying) provided by menu driven, the user is presented with a number of 

the present invention. 5 alternatives and he selects the one he wishes by using 

The major emphasis in designing the terminal and its "soft" keys. This is preferable to the user having to 

support system is service and ease-of-use. This has been follow a list of steps coordinating screen instructions 

achieved by adopting a number of features contained in wnh different dedicated function keys on a nearby key- 

the popular ATM machines employed by banks, such as board. There is less distraction and confusion when the 
for example: *0 user is provided alternatives on the screen. He can be 

1) Keyboard and Screens: The latest ATM machines gi ven assistance upon request when he is uncertain. 

contain simple uncluttered keyboards usually consisting There is no limited reading of keycaps or coordination 

of an alpha/numeric keypad, a cancel key, enter key of key colors or reading of sequential instruction lists 

and a number of "soft" (i.e., programmable) selection posted on the machine. In a similar fashion the terminal 

keys adjacent to the screen which have no fixed func- 15 provided by the present invention is menu oriented. The 

tion. The function of these soft keys is described on the ^ can 8 et t0 ^ desired service quickly (generally 

screen and is related to service that is being provided. ™ th selections from 1-2 levels of menus). The combina- 

Older machines tend to have multiple dedicated func- tion of " soft " ke y s menu branching provides a look 

tion keys that perform one specific function. The user fecl vcr > simiiar 10 *» A ™ which » com " 

must push the proper function keys in the correct se- 20 fortable ™d experienced although the terminal pro- 

quence to complete the transaction in which he is inter- v ' d j: d . b y the P resen * "vention also provides several 

ested! These keyboards tend to be cluttered and confus- additional important features which provide increased 

ing. The displays associated with this type of keyboard runcUonality. - 

areusuallylimhedtosev^ . . 4 ).Servic«: The ATM pnmarily provides balance 

key keyboard design approach is necessary because the 25 m( ^> Cash withdrawal and check deposit accompa- 

limited size of the display precludes the presentation of mtd f b y ? Some ATMs permit limited bill pay- 

multiple alternatives among which a user may select. mcn * ^ ^ d ^ d 1 ? OSIt ^withdrawal Instead of 

Newer machines have larger video displays consisting pnntmg 8 I"** ^^an ATM, us^of the teiinmal 

of from four to eight lines and "soft- keys that fulfill » V^wt^^l ^ffu L * - 
AiffarDnf fll „„,- e- a j* ■ . r / -j j 30 " om Dan * at end of the month. In addition, it is 

auterent lunctions depending on information provided - - _ A Tl/ - . A 

+ , _ tt j • « i i_ • unlike an ATM m that you generally cannot receive 

on the screen. Users are presented with multiple choices ^ _ , , A . . .i % 6 , / . . , , 

an a ne-ir a + i **u j • j • T*t_ money or make deposits through the terminal (unless an 

and asked to se ect the desired , alternative. The user addkional interface " to a Gr ^ card „ ^ 

pushes the soft key that corresponds to the selection provided) . The terminal user is, however, able to pay all 

he wishes to make Similar to the newer ATM ma- 35 biUs Resent and future Qf ^0^^, ^ sfei 

dimes, the terminal provided by the present invention funds (tod and ffl futMe) 0*^^ Jfonnation, 

contains a four line by, for example, 24-character LCD look forward ^ backward at ^ ^ 

display (many ATMs use video displays) four "soft" mentSi d its ^ transfcf ^ ^ 

keys, a cancel and a numeric keypad. In addition, the accounts and bankSj obtain information on bank serviccs 

terminal provided by the present invention contains a ^ and ^.anywhere there is a standard telephone RJ- 1 1 

h mpytt iT T™ C ° nt w 3 ke> ' S labeled * RI ° R jack. With the addition of an alpha keyboard (which 
and NEXT. Unlike ATM machines a user who needs may be an expansion feature) the terminal can provide 
assistance can.obtam it regardless of "where be is" in E . mail and other alpha-dominated services, 
the transaction process by pushing the HELP key. 5) p^nai Service . ne terminal ovidcd b ^ 
Contact sensitive help provides explanations regarding 45 preferred embodiment of the present invention is com- 
the transaction in wmch he is involved. The screen pact and portable and is available for use twenty-four 
control keys permit the user to scroll forward and back- hours a day. The list of payees the user selects can be 
ward when reviewing lists. Using the NEXT key also .anyone,: not a preselected list as with the few cases- 
permits movement from one screen to the next at the . wher e users pay bills from an ATM, The services are 
user's pace. The CANCEL key permits the user to 50 available when the user wants, where the user wants, 
correct erroneous input or back out of certain transac- - His billpaying time is reduced and he need not contend 
tions when he has mistakenly chosen an alternative. w i tn stamps, check printing fees, envelopes, and postal 

2) Security: The ATM establishes a user's identify by delivery. 

requiring a card and the use of a personal identification 6) Network Configuration: The ATM machine is 

number (PIN). The terminal provided by the present 55 usually connected to a bank's computer via telephone or 

invention uses a slightly different approach in that no hard line. Accounting information is provided by the 

card is required (although in at least one configuration bank's computer. Transactions that must be passed 1o 

a card may be used if desired). The terminal is generally other banks are transmitted through the ATM network, 

m a more secure location than is an ATM machine. At Those ATMs that permit billpaying inventory the bills 

SIGNON the terminal transmits a unique number that 60 that are to be paid during the day at the ATM machine 

identifies a particular household. The individual selects and are then posted after the close of the banking day by 

his name from the authorized household list. He is then the bank. The ORL system passes bill payments directly 

requested to enter his PIN in much the same manner as through the ATM interchange (in the form of point-of- 

with an ATM machine. The data transmitted from the sale transactions) for debit and credit of accounts on a 

terminal is encrypted, providing security against line 65 real-time basis. 

tapping or theft of the line. An ATM uses a bank card To use billpaying features, customers provide the 

to determine who is signing on the machine; in contrast, service provider in advance with a list of payees (names, 

in accordance with one aspect of the present invention, .account numbers, addresses). A typical household 
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(owning an ATM card) writes 26 checks per month and invention offers payees more predictable cash flow, 
the list might, for example include payments for: lower returns (bad checks), and accounting and book- 

utilities — telephone, gas, water/ electricity, cable TV; keeping advantages related to consolidated payments, 
residential — rent, mortgage, home, insurance; The invention provides more additional benefits to 

automotive — gas credit card, auto insurance, auto 5 payees. By processing customer bills as POS debits, 
loan; liability for payment immediately shifts from the service 

credit card— AMEX, Visa, Master Charge and oth- provider to the ATM network (or bank). Thus, the 
ers; service provider can advance funds to payees immedi- 

retail — major department stores; atcly with the comfort that the advance will be covered 

financial— installment loan, taxes, stock broker fees; 10 on the next business day by the customer's bank or the 
medical — physician, dentist, health insurance; ATM network. This reduces the payee's float by 1-2 

business — office parking fee, newspapers, magazines; days versus conventional electronic billpaying systems. 

and Secondly, payees may hold remittance accounts at 

miscellaneous — child care, tuition, church, vacation banks who are members of the ATM network. Debited 
home, domestic employees, etc. 15 funds and billing information may be sent directly to 

Users may review past payments and schedule future these accounts. Payees who may not otherwise have the 
payments (e.g., timed to meet anticipated funds avail- capability to accept electronic payments may gain that 
ability such as paycheck or check deposit). Users may capability. This reduces the payee's remittance process- 
also have the system provided by the present invention ing costs and permits the bill paying service provider to 
automatically pay fixed, recurring payments, such as 20 make fewer, costly paper-based payments, 
rent, mortgages, and installment loans. The cost of processing payments is relatively low in 

The preferred embodiment of the present invention terms of equipment and communication costs. Most 
processes information transmitted through the PDN costs are incurred in responding to user inquiries, cor- 
using a fault-tolerant central processor to ensure system reeling payee posting errors, maintenance of payee 
integrity. Once the system provided by the present 25 databases, and coordination between users, payees, and 
invention processes user payment instructions, it com- their banks. Higher costs are incurred by payments 
municates with the user's bank through a regional or made by paper check, although these costs are miti- 
national ATM network. Regional ATM networks gated by interest earned on float due to postal delivery 
(which are usually shared banking cooperatives) have time. 

been developed to permit bank customers to access any 30 Other innovative features provided by the present 
ATM in their local area. Users are no longer tied to invention include: 

their own bank's ATMs. The Cirrus and Plus ATM A new type of inexpensive ergonqmically designed 
networks ofFer the same service on a national basis by user-friendly dedicated home banking terminal includ- 
linking required ATM networks. The ATM network ing for example a four line LCD display with associated 
application provided by the present invention prefera- 35 control buttons "pointing to" the display lines for selec- 
bly requires no new hardware or software modifications tion of displayed options and auxiliary "Select One", 
to ATM communication systems. And, very impor- "Or", "Change Screen", "Enter Number" LED illumi- 
tantly, unlike other home banking systems (which re- nated command prompts that are turned on and off by 
quire specialized software or automated clearing house the central computer system as needed, 
capability), the present invention requires little or no 40 Advanced "ATM -like" terminal layout: 
new software or operating procedural changes at a Four line by 24 character liquid crystal display; 
user's bank. Four adjacent selection (i.e., "soft", programmable) 

Using an ATM network, the service provider pays keys directly referencing the display to be used for 

customer bills by first debiting the user's account at his selecting alternatives; 

network bank— preferably by sending a POS debit mes- 45 Two function keys to provide on demand help and 
sage over the ATM network. Such standard POS mes- cancel functions; 

sages not only permit the service provider to pass payee Twelve alpha/numeric telephone-type keypad for 
or other information over the network to the user's . numeric input and later for limited alpha input plus 
bank for use by the bank in generating a unified monthly the and for later communications applica- 

statement, but also provide an automatic account in- 50 tions and compliant with present telephone equip- 
quiry/balance check function (so that the user does not merit standards; and 

overdraw his bank account inadvertently). Funds are Two screen control keys that permit scrolling of the 
transferred through the ATM network to the service screen forward and backward when permitting by 

provider's holding bank (or a clearing account main- system software. 

tained by the service provider in the user's bank). Pay- 55 Two level access security consisting of a unique ter- 
ments are preferably processed immediately electroni- minal identification ("signature") automatically trans- 
cally, where feasible, either immediately or "ware- ' mined upon establishment of the asynchronous commu- 
housed" for a short time for transmittal with other user ni cations link and an ATM type PIN number entered by 
payments to a single payee. Otherwise bills are paid by the user for system verification. 

paper check. 60 Onboard PIN and data encryption (DES or other 

Electronic payments can be processed through an standard) provided by ROM resident random number 
Automated Clearing House (ACH) system, (e.g., Fed- generation algorithm activated by a seed maintained in 
eral Reserve) directly to a payee (point-to-point), or to RAM and a real-time clock. 

the payee's bank (directly or indirectly through an LED backlit instruction panel adjacent to and work- 
ATM network or other remittance channel). In recent 65 ing in conjunction with the active LCD display con- 
years, payees have become more receptive to working trolled main system software. 

with electronic payments processors. Aside from mini- ■ Dual purpose terminal operating as a data entry and 
mizing a payee's processing costs and float, the present display device and alternatively, as a push button 
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(tone/pulse) telephone communications set— including funds passes immediately to bank and interchange net- 

a common keypad used for tone generation for tele- work). 

phone communications and for data entry- A system architecture that permits a combination of 

A dual isolated circuit keypad containing a double information access (account balances, account transac- 

contact low cost switch to activate two unrelated cir- 5 tions) plus settlements (posting, reconciliation and 

cuits as input to the microprocessor and the telephone clearing of funds). 

tone generator. Extraction of bill payer and payee information for 

Data terminal that automatically transmits tone demographic and marketing analysis and retention in a 

blocking signal to prevent intervention by call interrupt database. 

service. 10 Maintaining such a database of billpaying information 

The visual interface, flexibility and ability to recall and extracting demographic information from this data- 
information that permits the present invention to enjoy base for use in targeting advertisements or messages 
significant demand for automated billpaying without a (the advertisements can be sent electronically to each 
telephone's limitations. home banking user each time he "signs on'* his terminal 

Look and feel of the software-user interface in coor- 15 and/or distributed in other ways such as mass mailings 

dination with a 4x24 LCD display and selection and which do not violate user confidentiality), 
control keys to provide rapid communications of finan- Analysis of bill payer payment patterns for the pur- 

cial transaction information to main computer system. pose of directing online advertisements or messages 

A terminal device that can act as a pass-through of targeted to differentiated groups of users, 
analog voice signal to an externally attached on inter- 20 A tenninal screen which permits targeted advertising 

nally provided telephone or alternately transmit data (or messages) without disclosing the user's name or 

(asynchronously). . - other confidential information to. the advertiser (until 

A terminal device operating at low power levels the user requests disclosure or permits it); 
permitting the trickle charge of internal storage batter- A terminal oriented system that permits an immediate 

ies from a telephone line source. 25 customer response to targeted, displayed advertise- 

A terminal device that can store numerical data and ments (or messages)} whose responses are then transmit- 

transmit from a memory buffer upon command from an ted online or in batch mode to the advertisement spon- 

internal microprocessor. sor. 

A terminal device employing a 96 (up to 120) cbarac- A methodology of debits and credits for transferring 

ter LCD displaying the amount of information capable 30 of funds between banks using online remote terminals 

of being contained in a single common 128 byte packet communicated through the ATM interchange network, 
data network packet. A methodology for debit of bill payments using on- 

The terminal is able to transmit a periodic randomly ' line, remote terminals communicated through the ATM 

generated code to the main system. The main system is interchange network. 

able to verify that this numeric code is correct and 35 A methodology for use of an ATM interchange net- 
assure that terminal communication link security is work for payee credits on bills. 

maintained. A remote terminal oriented system directed at the 
The terminal is compact, 8 inches wide by 5.75 inches ATM user population for home, office or other remote 
and 1.75 inches high with the telephone handset. The .location bill payment, funds transfer and account re- 
compact non-telephone model is 8 inches wide by 3.75 40 view. 

inches deep by 1.75 inches high. The compact model Deposit oriented financing for a remote terminal 

can.easily slip into a pocket or briefcase, and is approxi- based system for bill payment, funds transfer and ac- 

mately 53 cubic inches and weighs less than one pound. count review; and 

The compact portable tenninal contains two RJ-11 . A cash incentive program for bills paid through a 

jacks so that a telephone line can be connected to one 45 remote terminal based system, for bill payment, funds 

and a telephone to the other thereby permitting use transfer and account review. 

alternatively as a terminal or telephone. The present invention extends the convenience of 

A terminal with an internal data bus that will permit .. popular automated teller machine (ATM) type service 

direct edge connect retrofitting of an aliphatic keyboard to -user (alternatively referred to as customers or con- 

and/or card swipe device;. 50 sumers) homes, offices and other locations. The present 

A system architecture connecting asynchronous, re- invention provides, a highly efficient payments system 

motely located (home or office) dedicated purpose ter- that offers consumers the following advantages and 

minals (telephone and/or data) passing through asyn- features: 

chronous gateway onto a packet data network to a a low cost (possibly free), easy-to-use ATM -like com- 
fault-tolerant computer which is in turn linked to a 55 munication terminal which is portable and simply con- 
single bank or group of banks using the bank's ATM nects to a telephone; 

interchange network for the purpose of bill payment ' an incentive for every bill payment made through the 

and. funds transfer and balance inquiry and activity terminal; 

statement. additional savings from postage, check printing, eii- 

A system architecture connected to a network of 60\ velopes, and other costs for each payment made 

electronic switches and/or payees. through the tenninal; 

Use of an online computer which processes customer convenience, privacy and estimated time savings of 

bill payments and passes payee names and account in- 75% from the drudgery of billpaying. 

formation through the ATM interchange network to a The added benefit of electronic funds transfer, banks 

user's bank for posting to his monthly statement; 65 and others gain as much as 40% processing cost savings 

A system architecture that permits immediate credit ■ arid a new vehicle for . remote distribution of services. 

of funds to the service provider (upon debit authoriza- To attract volume, the service provider may price 

tion against the user's account, liability for payment of services to allow users to save money. The present 
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invention provides the possibility of broad market dis- Payees (such as utilities, mortgagors, etc.) avoid 

tribution by providing users with a low cost (possibly paper processing costs and improve cash flow. Typical 

free), familiar ATM-like terminal. In addition to being remittances take 5-8 days to arrive by mail and cost 

provided with a low cost or free terminal, users may from SO. 1 5 to $0.75 per payment. The present invention 

save SO. 30 in postage, check and others costs for each 5 can provide a small charge to payees for each electronic 

payment made electronically via the system. This totals payment and deliver payments in 2-3 days. This saves 

to S7.30 per month savings for the average ATM house- payees money per payment and compares favorably in 

hold writing 26 checks a month. A service provider cost to bank lockbox services. 

may therefore charge up to S7.80 per month and still Marketers (such as retailers and banks) can better 
permit the user to save money. 10 advertise (or message) through the terminal. By analyz- 
More important than cost savings, however, is the m S users' payments, the present invention can target 
vast amount of time the invention saves its users. Unlike advertising or messages to users for 5-7 seconds after 
PC's, telephones and prior terminals, the design of the the y SIGNON. Users may then respond if they want 
present invention enables the users to intuitively master more information. Targeted (but low readership) direct 
the terminal without relying on written instructions. 15 mail costs advertisers SO. 4 5- SI. 00 per piece. Pricing for 
Furthermore, the operations and coordination of system confirmed leads starts at.$5 and increases with the prod- 
components in the form of modems, communications ucts value - This ^P* 01 of lhe present invention will 
protocols, new security codes, and operating software is offer advertisers significant benefits in terms of flexibil- • 
obviated. The present invention relieves a common ity and cost savings. The tenmnal f s screen for advertise- 
financial headache— the time-intensive drudgery of 20 ments pe™* the service provider to target advertise- 
billpaying. The system provided by the present inven- ments to & ou ? s of users wi*™ 1 disclosing the user's 
tion is a quick, extremely easy-to-use alternative to (and confidential payment data) until the user so 
conventional payments. Initial testing indicates that mdicate * his permission (by requesting more informa- 
users can pay bills in 25% of the time needed to pay bills « from ^vertiser). 

conventionally. Users may preferably receiver a unified 25 „ Pav ™ cnts processors earn interest on user payment 

monthly statement (from their bank) which consolidates float * ™ c pTe f nt MVent ™ debits a user's bank account 

and lists tenninal-based transactions with conventional ° n j£< ^te of r^ym«it. Tlie payment is processed in> 

banking transactions (e.g., checks, ATM cash with- J"™*"? * ? ^ 

drawals deposits etc) until cleared. When the system of the present invention 

Early' home banking efforts discovered that users *° ffmot pay electronically, it earns interest on float for 

liked using the systems to pay bills. Tney had only 5 ~® days A i service provider will prefer to process 

limits intLct i« k« b a -a ♦ . • payments by low-cost electronic means, however, pro- 

limned interest m other bank and videotext services, so IaZz„„ ^ n A . „ * • r 

the present invention has reduced its delivery costs by ^f 8 m ° ney mana S emcnt servlces fo ' 

SSL^^" P resent , inventi ° n 35 A major obstacle in building any volume-oriented 

Z7£ ,r 8 .1 CU ° merS 7/ alS ° *V hS business is the u Pf™« investment required to reach a 

ZTJ?- ma " a l e « eif m0 " ey - . M ° re SOph, v '" of customers. The preset invention mini- 

cated active users may better manage then- money by, mi2es ^ investment by capj^g on svsttms 

n/v^L C H eC ^ 8 r heir ac 5°^ K balances - v ' e ™S and customer bases. The pLent invention piggyback 

SfS.^?K ,« rf7"!? ^ Unds f betwee ; accounts ' 40 on the evolving ATM and regional telephone company 

future dating of b.lls and funds transfers, and requesung communications networks. 

*" k Futu ^ dat1 ^ of bills minimizes Most ATM networks ^ bank ^wned 

users float, and users may future date funds transfer to ^ have excess dt xhese networks 

J"- beann 8 balances. Transferring funds welcome the additional business provided by a system 

between thanks is possfole with immediate debit or 45 to accordance with the present kventfoiL By working 

credit within one day (depending upon the ATM net- ^ ATM net works, the system provided by present 

work . clearing procedures). The present invention thus invention becomes a utility for banks-not a threat to 

provides a terminal designed to accommodate addi- banks. For example, once admitted on to the system, 

uonal financial services in the event that users or banks users can be welcomed in the name of their bank. Users 

demand (and are willing to pay for) more services. 50 also receive a single account statement from their bank, 

These may include comparative mortgage and CD unifying terminal-based activity With conventional 

quotes, tax deduction summaries, loan applications, banking transactions and check payments. Back-office 

electronic billing, third party billing, family budgeting check processing and funds transfer economies can also 

tools tax plannmg, and insurance services. Limited be priced to provide costs savings to banks. Participat- 

alphabet-based serv 1C es (e.g. telephone directory) are 55 ing banks can be encouraged to advertise over the sys- 

also feasible with the terminals of the preferred embodi- tern provided by the present invention system at sharply 

ment and the terminal has the facility to add on an reduced rates while back-office savings from reduced 

alphabetic keyboard. paper check volume deve iops. The advertising medium 

By displacing paper checks and employing payee provided by the present invention offers banks an ex- 

mformation for marketing purposes, the present inven- 60 tremely powerful "cross-selling" tool (a critical key to 

tion offers significant benefits to the major participants success in retail banking which involves increasing 

in the payments system: profitability by increasing the number of services sold 

Banks (and other financial institutions) avoid the cost to a single customer), 

of processing and returning checks and funds transfers. The present invention thus provides a highly advan- 

Fully absorbed processing costs range from $0.50 to 65 tageous system which offers an attractive proposition to 

$1.00 per check (marginal costs vary with volume). The a variety of participants in the payments system. Users 

present invention can save banks a substantial amount. * of the invention save time and money and can pay their 

per paper check displaced. bills and obtain other banking services wherever there is 
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a telephone jack. Banks save back-office expense.and an ventional telephone company . operated subsystems 

efficient means to service their customs. Bank owned which convert the X.25 packet protocol existing on the 

" ATM networks generate volume and earn fees. Payees PDN network into conventional asynchronous data 

improve cash float and save on costly processing of format (e.g., with seven or eight data bits, a start bit, a 

paper checks. Advertisers gain a powerful, lost-cost 5 stop bit and conventional error checking fields), 

marketing tool. Asynchronous communications interface 60 initiates 

BRIEF DESCRIPTION OF THE DRAWINGS ^!^ in Jjf S m™^^^ int'r" 

remote terminals 54. Inus, remote terminals 54 inter- 

These and other features and advantages will- become face with the remainder of system 50 using standard 
better understood by studying the following detailed 10 asynchronous protocol, central computer 52 interfaces 
description of presently preferred exemplary embodi- with the remote terminals using standard X.25 protocol, 
ments in conjunction with the attached APPENDIX and conversions between the two protocols (as well as 
(which is incorporated by reference herein) and the distribution of the signals generated by the central corn- 
sheets of drawings, of which: piiter to specific remote terminals) is handled by the 

FIG. 1 is a block diagram of a presently preferred 15 conventional PDN switch 56, packet assembler/disas- 

exemplary embodiment of a financial services distribu- sembler 58 and communications interface 60 provided 

tion system in accordance with the present invention; by the telephone company in the preferred embodi- 

FIG. 1A is a detailed schematic block diagram of the ment. 

FIG. 1 CPU. Central computer 52 also interfaces with banking 

FIG. 2 is a bock diagram of revenue sources provided 20 institutions and with other financial institutions 64 

to the operator of the FIG. 1 system; through the existing conventional automatic teller ma- 

FIGS. 3 and 4 are elevated respective views of alter- chine (ATM) interchange switch 66 (referred to herein 

nate embodiments of a presently preferred exemplary as the "ATM network"). The ATM network is capable 

remote terminal in accordance with the present inven- . . of communicating ATM transaction messages as well as 

tion; 25 point-of-sale (POS) messages in a conventional manner 

FIGS. 3A-3E schematically depict different prompt using standard message formats. As explained above, 

combinations provided by the FIG. 3 terminals. ATM switches 66 communicate data in a specific, con- 

FIGS. 5 A and 5B together are a schematic block ' ventional interchange format between member banks or 

diagram of the FIG. 3 terminal; between automatic teller machines (ATMs) and mem- 

FIG. 6A-6C are different view of an exemplary key- 30 ber banks 64. In the preferred embodiment, central 

pad contact arrangement incorporated within the FIG. computer 52 is connected to ATM switch 66 (e.g., via 

3 terminal; one or more bisynchronous 9600 baud communications 

FIGS. 7A-r7C and 8A-8B are schematic flow charts lines) and communicates digital signals to ATM switch 

of exemplary program control steps performed by the using standard bisynchronous (e.g., point-to-point, 

terminals shown in FIGS. 3 and 4; and 35 SNA, etc.) communications protocol. Thus, in the pre- 

FIGS. 9-10, 11A-11F, 12-13, 14A-14D, 15, ferred embodiment, central computer 52 "looks like" an 

16A-16B, 17A-17C, 18-19, 20A-20D, 21A-21C and 22 ATM or POS node connected to the ATM network and 

are schematic flow charts of exemplary program con- associated switch. Central computer 52 may generate 

trol steps performed by the CPU shown in FIG. 1. account inquiry commands, commands to debit and 

DETAILED DESCRIPTION OF. THE 40 ^^f^™*' ^ " C -just. as would a bank's 
r>D tt err d "d Tr t"\ iT wr»rAT>ix computer serving its ATMs or as would a stand-alone. 

PREFERRED EMBODIMENT ATM or POS terminal. The ATM interchange switch 

FIG. 1 is a schematic block diagram of a presently .66 processes such ATM commands generated by cen- 

preferred exemplary embodiment of a financial services : tral computer 52 in the same way that they process 

distribution system 50 in accordance with the present 45 commands generated by ATMs. Although the ATM 

invention. System 50 includes a fault-tolerant central interchange is ATM oriented, it is able to serve other 

computer system 52 (hereafter referred to as "central terminal devices. For example, the ATM interchange 

computer"), a plurality of remote terminals 54, a digital communicates with retail- POS terminals which can 

packet network (e.g., "public data network") switch 56 directly debit and credit a customer's bank account in 

("PDN switch"), packet assembler/disassembler 58 and 50 payment for purchases. 

associated asynchronous communications interface 60,' It is also possible to provide direct dialup lines for 

and a dialup telephone network 62 selectively connect- communicating data between member banks 64 and 

ing remote terminal 54 to the communications interface. central computer 52 (eg., using standard communica- 

Data is communicated between remote terminal 54 tions protocols agreed upon by the bank's data process- 

and central computer 52 through the PDN switch 56, 55 ing system and by central computer 52). Use of the 

the packet assembler/disassembler 58, the communica- ATM switch 66 and associated network to carry ATM- 

tions interface 60, and dialup telephone lines 62. /POS commands generated by central computer 52 

In the preferred embodiment, PDN switch 56, packet avoids the need to provide any software modifications . 

assembler/disassembler 58, asynchronous communica- . or other overheads within the member banks* data pro- 

tions interface 60 and dialup telephone network 62 are 60 cessing systems. Furthermore, use of the ATM switch 

entirely conventional and are preferably operated and . 66 permits use of the network funds clearing process, 

maintained by a local or regional telephone company. Central computer 52 also electronically communi- 

S witch 56 may comprise, for example, a conventional catcs with additional • remote data processing systems 

public data network of the type which communicates such as the Federal Reserve ACH 72 (e.g., via a Federal 

packets in CCITT X.25 protocol between, central com- 65. Reserve Bank data processing system 74), debit net- 

puter 52 and packet assembler/disassembler 58. Simi- works 76, wholesalers/remittance processors 78, direct 

larly, packet assembler/disassembler 58 and asynchro- • payee computer systems 80, third party information 

nous communications interface 60 may comprise con- providers 82 and advertisers 84. Such additional com- 
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munications may be over dialup telephone lines if clearing information at night, eta) and the preferred 
desired — or other special communications arran- embodiment central computer 52 executes such convene 
gements/protocols (e.g., magnetic tape transfer or the tional banking software modules to perform such stan- 
like) may be used depending upon particular applica- dard functions. Conventional database handling func- 
tions. The link between central computer 52 and the 5 tions are also typically integrated into banking and POS 
Federal Reserve ACH 72 permits payee commands to software modules to maintain customer information, 
be electronically transferred to other banks using the The following is a brief description of exemplary 
existing Federal Reserve electronic funds transfer sys- general functions performed' by the various software 
tern. The link with wholesalers and remittance proces- control modules provided within CPU 80 shown in 
sors 78 permits the payment of bills to a remittance 10 fjq 

center who in turn pays payees. The direct computer man ager 80A schedules and coordinates the flow 

payee link 80 allows central computer 52 to contact 0 f transactions through the various system modules. As 

individual desired payee computer systems and directly flow controI it sends the transactions t0 ^ appropriate 

effect download of payment related data (e.g. pursuant modu ies for processing and control of interactions with 

to a daily clearing process). The link to advertisers 15 the extcrna i environment . 

84 may be used to transfer advertiser copy between the Xhe device <terminal) mterface SOB enables the sys- 

advertiser and the central computer system and to pass tem to communicate with uscr tcrminals md the system 

back to the advertiser the names -of those customers /->m\. m. j - * _r on-n c * * • i 

, , M- . - . j - CRTs. The device mterface 80B formats terminal- 

wno request information in response to advertisements. . » j fi . . • i * j * 

t;t/-> -m a. - ■ „ u . ul ; , . bound messages for transmission to the terminals 54. In 

FIG. 1A ts a schematic block diagram showing cen- 20 A . - - . * oim . . ul r . 

tral computer 52 in somewhat more detail and also addltl ° n ' l ^ device mterfao, 80B is responsible for 

schematically depicting exemplary software modules , Crr0r P™*™*^ and stopping transaction re- 

used by the central computer to perform financial, trans- T^f** my flclds ^ ch arc 

action functions. Central processor 52 in the preferred m the ^ Egging oftransac 

embodiment is a fault-tolerant mainframe computer of 25 l 1 ^ * ^taded description of the terminal interface 

conventional design including, for example, multiple ^BwiU be provided shortly. 

redundant processors, a dual interprocessor interbus, a The r ? utm * module 80C efficient of 

dual-ported controller, and multiple redundant power tr ^f acUo f 10 thc appropriate module for servicing. 

supplies to ensure against data loss. Through use of this ™ authorization module 80D is ihfc means by which 
conventional fault-tolerant architecture, the failure of 30 the s y slcm determines the customer identity (through 

one processor or component does not stop processing the PIN and other transmitted by the terminal), 

but rather merely decreases system throughput. Addi- User account number and PIN values are transmitted to 

tional peripheral equipment (e.g.. tape drive 88, check ^ user's bank (over the ATM network 66 in the pre- 

printer 86, conventional mass storage device 84, and ferred embodiment) for verification. When the authori- 

conventional communications interface/multiplexer 82) 35 ^tion module 80D receives verification from the bank 

facilitate communications and billpaying transactions. tne user is cleared for transactions. 

Central computer 52 is programmed (i.e., with soft- The settlement module 80E (part of a conventional 
ware modules stored on mass storage device 84) to bimking or POS software system) is responsible for 
perform various billpaying and other financial functions closing the current processing day and starting the next, 
and to distribute billpaying and other services to remote 40 The settlement module 80E provides for flexible cut- 
terminals 54 on demand. In the preferred embodiment, over times for the network and payee institutions. In 
the software modules executed by CPU 80 are in large addition, this module updates databases files and initi- 
part entirely conventional (within new linkages be- ates daily reports by the reporting module, 
tween them) and perform! among other operations, Reporting involves die calculation and reporting of 
conventional banking, ATM network communications 45 debits and credits and adjustments for the transactions 
network interfacing, database maintenance, etc. How- performed on a daily and periodic basis. In addition, 
ever, certain new software controlled functions (e.g., system and network activity, reconciliation, inter- 
the terminal handling and associated functions, and the ■ change settlement and disputed transaction reports are 
interfaces between the terminal handling and other, generated. The reporting module 80F in. the preferred 
conventional software controlled functions) have* been 50 embodiment is conventional and operates in cdnjunc- 
provided in the preferred embodiment to provide'home tion with a conventional database query program which 
banking and billpaying functions not previously avail- permits analysis and specialized report generation con- 
able. cerning customer transaction profiles. 

As mentioned above, many or most of the software- The update/refresh module 80G updates databases 
controlled operations performed by CPU 80 in the pre- 55 files following batch processing for a day in a conven- 
ferred embodiment are conventional and well-known in tional manner. Backup files are generated by this mod- 
the banking industry. For example, it is conventional ule. A sub-module also permits extracts of database files 
and well known to communicate standard ATM and to be generated and output to tape 88 or. disk. 
POS messages between central computer and an ATM The banking module 80H is conventional and permits 
network using conventional ofT-the shelf ATM and 60 customers to pay bills without writing and mailing 
POS software, and central computer 52 in the preferred checks, obtain . account balances and conduct funds 
embodiment utilizes such conventional software to gen- transfer between accounts. For bill payment the cus- 
erate and communicate appropriate messages over the tomerV account is debited for the amount of the pay- 
ATM network 66. Conventional banking software ment, the payment medium is created (check, ACH 
packages exist which perform a variety of exceeding 65 tapes, internal transfers) and exception items are segre- 
complex but entirely conventional functions (e.g., main- gated for review. The module 80H maintains customer 
taining audit trails to ensure transaction reliability, - database files, vendor files and transaction files; The 
maintaining user account and vender files, provide banking module 80H provides facilities for marketing. 
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information analysis, accounting/audit trails, and cus- designation; the user's PIN (which is typically en- 

tomer service reports. crypted); the name or other designation of the retailer; 

The interchange interface module 801 in the pre- and the amount of the purchase. The user's bank com- 

ferred embodiment enables the fault-tolerant computer puter receives the POS debit request message from the 

system 52 to interface with the interchange network in 5 ATM network, processes it for validity (i.e., valid PIN, 

a conventional manner. This module 801 converts inter- valid account), ensures the user's account balance is in 

nal system transaction information to a format that is excess of the debit request, and then debits the user's 

compatible with that of the network. In addition, a log account (i.e., by posting a debit memo) and credits the 

is conventionally maintained of all transaction commu- retailer's account electronically (this typically requires 

nicated between the system and the network. 10 the retailer to have worked out an arrangement with the 

An important feature of the present invention is the particular user's bank beforehand). The bank transmits a 
use of a conventional ATM network and associated confirmation message to the POS terminal over the 
standard ATM and POS message format to facilitate ATM network which, when received, assures the re- 
financial transactions not typically supported by the tailer that the funds are available and have been trans- 
ATM network. As mentioned above, conventional 15 ferred to his account. 

ATM networks typically connect bank mainframe com- POS credits are also possible using standard ATM 

puters and POS (point-of-sale) concentrator computers network messages. If a customer returns merchandise to 

together. a retailer that was paid for using a POS debit, the re- 

For example, "a user having a bank account in bank A tailer may initiate a POS credit transaction (essentially 
(the "on us" bank) connected to the Internet ATM 20 the same as the POS debit except that funds are credited 
network may use the ATM machine of bank B (a "for- to rather than debited from the user's bank account), 
eign" bank) to withdraw from his bank A account. The . Technically, some ATM networks handle POS debit 
.mainframe computer of bank B generates, in response to messages and ATM withdrawal messages differently in 
the user's request via the ATM message specifying the that the ATM withdrawal message is not finalized until 
user's PIN. (personal identification number), the user's 25 the end of day settlement process (that is, debits are held 
account number, the user's bank and the amount to be in a pending status during a business day until final 
withdrawn. This ATM withdrawal message is then sent reconciliation, settlement, and clearing and creating of 
over the ATM network and is received by the com- funds occurs after the close of a business day). POS 
puter of bank A. Bank A checks the message for valid- debit messages on the other hand result in immediate 
ity (i.e., to make sure the PIN is correct), determines 30 settlement in real-time (i.e., the payees account is cre- 
whether the user has a sufficient account balance to ated immediately and liability shifts to the bank/ ATM 
honor the withdrawal request (the message processing network to clear/collect funds at a later time). For 
thus provide an automatic account balance check), and purposes of the arrangements disclosed herein, both 
then processes the request by posting a debit memo. types of processes are referred to as '-real-time" transac- 
against the user's bank account (the bank A computer 35 tions since the resulting confirmation message over the 
does not actually withdraw funds from the user's ac- ATM is in effect a real-time electronic guarantee that 
count at this time, but will process the memo during the the bank and/or the ATM network will pay. In addi- 
posting and settlement process later that day). The bank tion, "POS" and "ATM" type messages are sometimes 
A computer then sends a confirmation message back referred to herein generically as an "ATM network 
over the ATM network to the bank B computer con- 40 transaction message", and such term is defined to en- 
firming that the user's account has been debited and that compass both types of messages. Some ATM networks 
at clearing time bank A will pay the funds to bank B. are not capable of handling POS. type messages, but 
Based on receipt of the confirmation message over the rather process only the standard ATM messages. 
ATM- network, the bank B computer controls the bank The preferred embodiment of the present invention 
. B ATM machine to dispense the requested funds to the 45 uses the types of standard messages described above to 
ATM user. facilitate electronic billpaying and other financial trans- 

An ATM "account inquiry" message also exists to actions. For example, a funds transfer from an account 
permit the user to determine the balance of his bank .- , in. bank A to an account in bank B may be accomplished 

accounts j. Similarly, an ATM "account transfer" mes- by generating a POS debit message directed to the bank 

sage allows a user to transfer funds from one account to 50 A account and a POS credit message directed to the 

another in the same bank (but typically does not permit bank B account and by then applying both of these 

the user to transfer funds between banks). messages to the ATM network. The service provider 

Similarly, a chain of retail stores may permit process- may pay bills by first determining the total amount of all 

ing of so-called "debit cards" (like credit cards, but of the bills to be paid at present, generating a POS debit 

rather than credit being extended by a lending institu- 55 message for application to the ATM network (so as to 

tion to cover purchases, a debit card results in an imme- debit the user's account by that amount and credit the 

diate electronic debit of the user's bank account). A service provider's holding account by the same 

customer provides the retailer with his debit card which amount), and then disbursing the funds (electronically 

the retailer magnetically reads (e.g., using a ^swipe" or by paper) based on receipt of the ATM confirmation 

type magnetic card reader). The customer is then asked 60 message. Account inquiry may be handled as a standard 

by the retailer to secretly key in his PIN into a key- balance inquiry ATM or POS message or possibly as a 

board, and the retailer keys in the amount of the pur- "null" POS debit message. One advantage of using POS 

chase. A POS debit request digital message is then debits/credits over ATM style messages is that the POS 

transmitted either directly over an ATM network (or messages are longer and systems software is designed to 

indirectly via a dialup or dedicated telephone line and a 65 provide sufficient space in the message to transmit the 

centra] concentrator computer) for receipt by the user's name of the retailer and other Federal Reserve Regula- 

bank; The POS debit request digital message typically tion E information. The user's bank thereby takes a POS 

contains the user's bank designation and bank account debit (with accompanying payee information) and 
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merges with the user's account file. User thereby re- siou, an RJ-1 1 connector and associated wire is used to 
ceive their usual- bank statement -that unifies conven- connect the terminal 54 to a telephone wall- outlet. The 
tional banking activity with their home banking activ- FIG. 4 version . includes two RJ-11 connectors, one 
ity. The home banking service provided need not send connected the terminal to the wall outlet and the other 
users an additional statement. The same result can be 5 RJ-11 permits "in-line 1 * connection (if the user desires) 
accomplished with a non-POS ATM message with a to an exiting telephone device. In the preferred embodi- 
payee identifier code located at the ATM switch or the ment, the FIG. 3 and FIG. 4 terminals operate essen- 
user's bank. tially identically and have similar or identical internal 

Typically, an independent service provider may op- structures— and therefore, the following discussion ap- 
erate central computer 52 and distribute terminals 54 as 10 plies equally to both terminal embodiments (except 
part of an ongoing business independent from the bank- where indicated to the contrary), 
ing business. FIG. 2 is a schematic block diagram of the In ^ e preferred embodiment, terminal 54 is an asyn- 
sources of revenue provided to the service provider chronous, portable data processing device operating 
operating system 50. In order to make the operation of over unsecured dialup non-dedicated telephone lines^ 
system 50 economically feasible, the operator of the 15 Termina i 54 includes an LCD displav 102, screen con- 
system must be able to recover equipment and develop- trol keys (i nc i ud ing a PRIOR key 104 and a NEXT key 
ment costs and also make an additional profit. FIG. 2 106)> ^ of selection controls 108, a HELP key 
shows some of the sources of revenues to the service n0j a CANCEL key 112, and a standard alpha-numeric 
provider operating system 50 Fist, users of remote k ^ n4 A p0W e r _ort switch (not shown) may also 
terminals 54 may pay a relatively nominal charge (e.g., 20 bg provided if de sired 

$4.0^56.00 per month) for the capability of paying bills ^ ^ ferred emb odiment, LCD display 102 com- 
electromcally from their home. Users may also be asked rises ft standar<J ^ b 24 _ character alphameric 
to pay a deposit charge for the terminal which may then. fi id ^ dis lay device> ^ in the 

be used by the service provider for finance system ex* . erabodimen ^ four £ nes of text of 24 charac . 

pansion. The users banks also are willing to pay a 25 f , , , , . l4 , „ . A 
charge for each check or funds transfer they do not er * m ^ hc ^played smiultaneously. Select con- 
have to process. As is well known, a relatively high " oI m ? \ 08 m 1 J ! i i0 ^Tt^^T 
charge is associated with processing each check (or four momentary ON keys -each of which «^mts" to 
funds transfer), and reduction in the number of debits/- ^? f ?/ ent lme ° f K*™™^ dls P^ d b V dls P la V 
credits processed constitutes a substantial savings to 30 , Menu 0 ' °^% n Actions may thus ibe effected by 
banks. The user's payees similarly may pay a nominal disp aying the different options on different lines of 
charge for electronic payments and consolidated pay- display 102 and permittmg the user to select between 
ments due to the costs saved because funds are received the °P Uons b * depressing the appropriate selection key 
quicker and processed for less. The service provider ^ m arra y 108 whlch P omts t0 ^ desired °P tlon - 
will also earn some interest on its float for paper-based 35 An ^Por^ fcaturc of the present invention is the 
payments (i.e., funds debited immediately from users' of a m ulti-line alpha-numenc display of optimal site 

accounts upon request for payment but not yet payed to t0 allow a sin & c standard slz ed data transmission packet 
the intended payee). Finally, system 50 may be used to < c -8- 128 bvtes lon «) to completely define the content of 
distributed advertisements/messages to users via the the display. In the preferred embodiment display 102 
remote terminals 54— and advertisers can be charged 40 displays only 4x24=96 characters— a sufficiently small 
for each advertisement actually distributed. Further- W optimal) number of characters to allow all of the 
more, advertisers probably are willing to pay additional characters to be specified within a single 128-byte 
for the identity of those customers that request informa- P**^ carried by typical PDNs. (The preferred em- 
tion in response to advertising. The present invention bodiment represents display characters in standard 
thus fills a marketing niche by providing services to 45 ASCH format so that each character is represented by a 
banks, users, payees and advertisers simultaneously- byte of data.) This not only minimizes communications 
—and can generate a revenue by charging each of these costs, but also eliminates the need for a "packet assem- 
entities an appropriate, fee the value of the services bier" or associated expensive buffer memory to be in- 
provided (while also in -certain cases earning interest on corporated within terminal 54. In the preferred embodi- 
the float on the funds used to pay bills). In addition to 50 ment, terminal 54 is really "dumb" and need not pro- 
hardware, software and training limitations, conven- vide any sophisticated processing of received display 
tional home banking systems have high cost structures. data but rather may simply display the data exactly as 
These costs may be passed along to users — further in- received — and central computer 52 may thus com- 
hibiting their demand. The invention permits low-cost pletely define the display state of terminal 54 each time 
delivery and a variety of revenue sources beyond the 55 it sends any data to the terminal. This feature provides 
user. User fees can be kept low— increasing demand. additional flexibility in terms of display formats (since 
FIGS. 3 and 4 are elevated respective views of alter- the central computer 52 completely determines and 
nate embodiments of remote terminals 54 as shown in specifies each and every display format displayed by 
FIG. 1. As can be seen from FIGS. 3 and 4, in the terminal 54) while keeping the costs of terminal 54 
preferred embodiment, the terminals 54 are available in 60 down "and nevertheless providing sufficient information 
two different types: a model which contains data entry for a user-friendly interface. 

and voice telephone capability (including a telephone In the preferred embodiment, the alphabetic letters Q 
handset 100 and associated telephone electronics); and a and 2 are found on the **P key of keypad 114 — thus 
smaller, pocket-size version (shown in FIG. 4) that providing a full alphabetic character selection when 
contains no telephone voice capability. In the preferred 65 needed similar to an ATM), Keypad 114 may be a stan- 
embodiment, the two models each include a telephone dard, conventional keypad or it may preferably be of a 
connector, but the connector configurations are slightly special design to be described in connection with FIGS, 
different between the two models. In the FIG. 3 ver- 6A-6C (for the FIG. 3 embodiment). 
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In the preferred embodiment, the significance of de- nated. These prompts would be presented to the user 
pressing the PRIOR and NEXT keys 104, 106 depends when the user is to either (a) select one of the options 
upon context (i.e., "where the user is" in the software displayed on the display 102 (by pushing one of "soft" 
interface at the time he depresses the key). For example, keys 108), or (b) move on to the next (or previous) 
PRIOR key 104 may in some cases select the screen 5 screen (by manipulating navigation keys 104, 106). 
display which was displayed just prior to the display of To initiate the terminal session using terminal 54, the 
the current screen display— and the NEXT key 106 user need only depress the power-ON switch of the 
may select display of the next screen display of se- preferred embodiment. In response to this power-ON 
quence of predetermined screen displays (assuming switch depression, terminal 54 automatically initializes 
there is a "next" screen to be displayed). In other con- 10 display 102 and dials an appropriate internally-stored 
texts, depressing the NEXT key 106 may serve to con- telephone number corresponding to PDN 56 and cen- 
firm a transaction should be performed. In still other tral computer 52. A modem (not shown in FIGS. 2 or 3) 
contexts, the PRIOR and NEXT keys 104, 106 act as internal to terminal 54 establishes and maintains this 
scroll control keys (e.g., to permit the user to scroll communications link with central computer 52. To 
through a list too long to be displayed all at once on 15 communicate through terminal 54, the user operates 
four-line display 102). Controls 104,106 may thus be momentary ON keys 104-112 and/or depresses keys of 
termed user interface navigation keys since they gener- keypad 114. 

ally allow the user to "navigate" through the user inter- If an error occurs during data entry, the terminal user 
face comprising one or more sequences of screen dis- may push a CANCEL key 112 to correct the error. If * 
P la y s - . 20 he pushes CANCEL key 112 successively, he moves 

Terminal 54 also includes light-prompt fields out of the function he has selected (e.g., to erase, one at 
102A-102D not shown in FIGS. 3 and 4 but shown in a time, previously entered digits much as occurs when 
detail in FIGS. 3A-3E. In the preferred embodiment, one depresses the CANCEL key on a standard ATM 
these prompt fields are independently Uluminated by machine) and may eventually return to a main menu, 
light emitting diodes controlled by central computer 52, 25 Help key 110 may be pushed at any time to obtain 
and provide the following four different legends: contact sensitive help prompting. The PRIOR and 
*|Enter Number"; "Select One"; "Change Screen"; and NEXT keys 104,106 may ad as scroll up/scroll down 
"or" arranged as shown in FIG. 3A. In many instances, keys in the appropriate context as already described, 
all four lines of display 102 will be displaying informa- If during a terminal session a period passes when 
tion but the user needs to be prompted as to what inputs 30 there is no key activity for.a certain time delay, terminal 
he should next provide (e.g., numerical or alpha- 54 times out and disconnects the telephone link with the 
numeric information; or selection from oneof different . PDN switch 56. In the preferred embodiment, transac- 
display options). Rather than providing an additional tions requested prior to such communications failure are 
line of relatively costly LCD display 102 to provide this not processed by central computer 52 unless the user 
prompt text form, the preferred embodiment includes 35 has received a confirmation over terminal 54 that the 
"light-up" prompt indicators 102a-102rf in the form of requested transaction has been processed, 
windows backlit by light-emitting diodes which may be FIG. 5A and 5B together are a schematic block dia- 
illuminated to provide the desired prompt (or combina- gram of terminal 54. Terminal. 54 in the preferred em- 
tion of prompts). bodiment includes display 102, independently controlla- 

There are four different combinations of lighted 40 ble LED prompts 102a, 102&, 102c and \Q2d (corre- 
prompts commonly used in the preferred embodiment: sponding to the four independent illuminated prompts 
"Enter Number" alone (see FIG. 3B); "Select One" described above), user controls 104-1 14,. and microcon- 
alone (see FIG. 3C); "Change Screen" alone (see FIG. troller 116 with associated EPROM 118 and RAM 120, 
3D); and "Select One", "or" and "Change Screen" all an address latch 122, a bidirectional buffer/driver 124, 
being ffluminated simultaneously (see FIG. 3E). 45 an encryption functional block 126, an LED driver 

Illumination of the "Enter Number" prompts as inverter 128, an associated latch 130, an internal modem 
shown in FIG. 3B would occur, for example, when 132, and a data access arrangement/connector 134. * 
central computer 52 request a numerical value from the * The FIG. 3 embodiment further, includes a telephone 
user to be entered via keypad 114. This value might be module 136 and DTMF tone generator 138 connected 
a number (e.g., the user's PIN, or a dollar amount or a 50 to and associated with voice handset 100. The power 
date which a scheduled payment is to be made). The supply 140 (e.g., a replaceable battery) is also provided 
numerical entry sequence is generally completed by to power the various components of terminal 54 (or a 
entering a confirmation key (e.g., the lowermost of the conventional trickle charger circuit may be used to 
"pointer" keys 108 or the NEXT key 106). charge a rechargeable battery from telephone line volt- 

Central computer 52 would control the "Select One" 55 age), 
prompt to be illuminated (as shown in FIG. 3C) when Microcontroller 116 is the heart of terminal 54. Mi- 
the user is to select one of several alternatives displayed crocontroller 116 executes program control instructions 
on display 102. Typically, the user responds by making stored in EPROM 118 in response to clock synchroniza- 
a selection— that is, by depressing the one of "soft* (i.e., tion signals provided by the crystal clock 142r— prefera- 
programmable) keys 108 which points to the line of the 60 bly by applying address information on address bus lines 
display on which the option he desires is displayed. A8-A15 and on bidirectional address/data bus P0-P7 

The "Change Screen" prompt (see FIG. 3D) is typi- (latch 122 may be used to latch this portion of the ad- 
cally illuminated when the NEXT key 106 is to be de- dress) and retrieving the resulting instructions in a con- 
pressed (e.g., to confirm a previously entered request, ventional manner via bidirectional buffer 124 and the 
and/or to move on to the next screen in a sequence of 65 multiplexed address/data bus. Microcontroller 116 sun- 
screens). . aariy accesses temporary storage locations in RAM 120 .. 

FIG. 3E depicts the situation when the prompts "Se- . and is capable of reading from or writing to RAM in a 
lect One", "or" and "Change Screen" are all illumi- conventional fashion (although EPROM 118 and RAM 
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120 are shown connected in series with one another in 
FIG. SB, it will be understood that these components 
may actually reside in the same package, so that, mi- 
crocontroller 116 may independently access any storage 
location in either the EPROM or the RAM). 

Terminal 54 if desired may further include a conven- 
tional read/write interface to a conventional "swipe" 
type magnetic card reader or a conventional **smart 
card". Such interface may be useful not only to input 
information to terminal 54 for transmission to central 
computer 52, but also to store information transmitted 
by the central computer to the terminal. In one applica- 
tion, for example, central computer 52 may download a 
credit order to a magnetic card or "smart card" via 
terminal 54 — thus in effect providing electronic cash 
dispensing. Such downloaded debit cards or "smart 
cards" may then be used to purchase goods or the like. 

In the preferred embodiment, microcontroller 116 
controls display 102 by writing parallel information to 
the display (which in the preferred embodiment is an 
off-the-shelf LCD display module including a 4x24 
character matrix LCD display and associated internal 
LCD controller) and by providing appropriate control 
signals to the display. A conventional encryption ar- 
rangement which preferably uses the conventional stan- 
dard DES Data Encryption Standard (described in, for 
example, FIPS PUB 46, Federal Information Process- 
ing Standard Publication 1977 Jan. 15 U.S. Dept of 
Commerce, National Bureau of Standards) may be used 
to encrypt and/or decrypt data in a conventional man- 
ner and provide encrypted/decrypted result to mi- 
crocontroller or communications or further processing. 
The encryption arrangement may alternately comprise 
any other miniaturized encryption system (such as a 
system developed by Dr. Ronald Rivest of MIT, Cam- 
bridge, Mass. and others and described in U.S. Pat. No. 
4,405,829). 

In the preferred embodiment, secured terminal com- 
munications is provided by on-board encryption of the 
user's PIN (personal identification number) and finan- 
cial data. The RSA (Rivest, Shamir and Aherman) 
encryption algorithm . (somewhat similar to DES but 
not requiring passing of keys between the transmitter 
and the receiver) may be stored in EPROM 11$ in the 
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A user signing onto terminal 54 enters his PIN which 
is added to (or is otherwise transformed using a revers- 
ible process) the random number generated by the seed 
by microcontroller 116. This composite number is trans- 
mitted in encrypted form to central computer 52 where 
the same random number generated independently by 
the central computer is used to recover the original 
PIN. The PIN and central computer 52 (using standard 
encryption techniques compatible with those used on 
the ATM network 66) for transmission over the ATM 
network. 

Preferably, the user's PIN, the unique terminal identi- 
fication ("ID") stored within the terminal EPROM 118, 
and all financial (i.e., "amount") information passed 
between the terminal 54 and the central computer 52 is 
encrypted. However, it may not be necessary or desir- 
able to encrypt other information passed between the 
terminal and the central computer (e.g., the screen dis- 
play text information transmitted by the central com- 
puter 52 to the terminal 54) since such encryption adds 
to the time needed to process the information. 

A very high level of security is provided by the tech- 
niques discussed above. No key or seed is passed be- 
tween the terminal 54 and the central computer 52, thus 
preventing an eavesdropper from obtaining the key and 
"spooking" the line ("spooking" refers to the process by 
which an eavesdropper can listen into and follow the 
exchange between the terminal and the central com- . 
puter long enough to synchronize his terminal with the 
real terminal 54 and then capturing the line to replace 
the real terminal with his terminal— thereby "taking 
over" the exchange). Preferably, the RAM storing the 
seed information within the terminal will lose its stored 
information if any attempt is made to "peel and read" 
the RAM and its- contents. All sensitive information 
(PIN, terminal ID and financial information) is en- 
crypted so that anyone "listening in" would receive in 
clear form only standard information available to all 
users — with all of the information needed to perform 
financial transactions (i.e., PIN terminal ID, amounts, 
account numbers) being encrypted. Preferably, limits 
would be provided with respect to the real-time adjust- 
ment provided by clock 142 so that someone trying to 
'crack" the encryption algorithm could not derive the 



form of program control instructions. The RSA encryp- 45 seed by supplying a series of known real-times. And, of 



tion algorithm is driven by a 64-bit seed stored in RAM 
120 or other RAM (which should be powered on at. all 
times by a lithium battery) at the time of terminal manu- 
facture. A real-time clock 142 and associated clock 
power supply 143 are also provided in the preferred 
embodiment (the RAM storing the seed, the real-time 
clock, and the clock power supply may be contained 
within a single package to conserve power if desired). A 
copy of the seed is preferably also maintained for each 
terminal 54 by the central computer 52— and the seeds 
are permuted in the same ways by the algorithms to 
produce random numbers in response to real-time. 

During communications with the central computer 
52, the terminal 54 may use the seed to periodically 
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course, someone stealing a terminal 54 is not provided 
with access to a user's bank account because the thief 
would also have to know the user's PIN. 

Microcontroller 116 scans' using input controls 
104-114, and executes appropriate program control 
instructions in response to depression of such controls. 
In the embodiment shown in FIG. 3, the same keypad 
114 preferably used to dial the telephone and to provide 
alpha-numeric inputs to the terminal microcontroller 
116. While it is certainly possible to perform the various 
telephone functions (including DTMF tome genera- 
tion) with an appropriately programmed microcon- 
troller 116, in the presently preferred exemplary em- 
bodiment of the present invention the voice telephone 



generate a pseudo-random number for encryption. This 60 functions are performed independently of microcon- 



same seed is used by central computer 52 to generate 
the same pseudo-random number. Because the seeds 
and the algorithms are the same (assuming the real-time 
clocks can be periodically resynchronized with one 
another), the generated random numbers are also identi- 
cal to one another. The real-time clock 142 of terminal 
54 may be periodically adjusted by the central com- 
puter 52 to ensure synchronization. 



65 



troller 116 and associated components — with the only 
overlap between the telephone functions and the termi- 
nal functions being that keypad 114 controls both the 
telephone and the terminal. 

Thus, in the FIG. 3 terminal embodiment, DTMF 
tone generator 138, telephone module 136, and handset 
100 are used solely for telephone functions— ^with termi- 
nal telephone dialing being performed independently by 
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microcontroller 116 and modem 132. An inexpensive . 258) and then waits for the key to be released (decision 
way to provide a dual function keypad 114 such that the block 260). When the key has been released, all flags are 
keypad interfaces essentially independently with both cleared (block 262) and the microprocessor 116 decodes 
terminal 54 and the telephone DTMF tome generator the scanned-in information to determine which key was 
138 is shown in FIGS. 6A-6C FIG. 6A is a top view in 5 depressed (block 264). Terminal 654 then transmits the 
plane of a single key 200 of keypad 114 including dual key identity via modem 132 over the telephone line to 
electrical contact portions 202,204. Preferably, the dual the FIG. 1 central computer 52 (block 266) and waits 
contact portions 202, 204 are identical to one ano- for transmits to be completed (decision block 268). 
ther— with the only, difference being that one of the Once transmission is complete, control returns to deci- 
contact portions 202 is connected to telephone DTMF 10 sion block 252 to await depression of the next key. 
block 138 while the other contact portion 204 is con- At any time during the FIG. 7A routine, it is possible 
nected to microcontroller 116. FIG. 6B is a side view for terminal 54 to receive data from central computer 
and cross-section of a single key structure 200 of keypad 52. FIG. 7C is a flow chart of an exemplary program 
114 in the preferred embodiment. Key structure 200 control steps performed by microcontroller 116 when 
includes a dome 206, a conductive rubber pad 208, a 15 modem 132 receives a character from central computer 
separator insulator layer 210, and contact portions 52. In the preferred embodiment, the character input 
202,204 mounted on a common printed circuit board interrupt routine shown in FIG, 7C simply sets a char- 
212. In the preferred embodiment, the DTMF block 138 acter input flag (block 270) and then calls an incoming 
is preferably implemented by circuitry provided on an character process routine (block 272), a detailed flow 
upper surface 212a of printed circuit board 212 facirig 20 chart of exemplary program control steps of which is 
conductive rubber pad 208. As shown in FIG. 6A, shown in FIGS. 8A and 8B. In the preferred embodi- 
contact portion 202 preferably comprises a conven- ment, terminal 54 may operate in either the command 
tional interdigitated pair of conductors with contact mode or display mode. In the command mode, charac- 
between the interdigitated conductors being established ters received by modem 132 are used to initiate various 
by conductive rubber pad 208 whenever dome 206 is 25 actions by the components of terminal 54. In the display 
depressed. Similarly, contact between interdigitated mode, the received characters are simply displayed (i.e., 
conductors of contact portion 204 is established by communicated to the display controller for display 102). 
conductive rubber pad 208 whenever dome 206 is de- The terminal 54 in the preferred embodiment toggles 
pressed — but in the preferred embodiment no circuitry between the command mode and the data mode in re r 
associated with contact portion 204 is located on PC 30 sponse to control signals embedded in the data stream it 
board upper surface 212 (and instead, pass through receives. Thus, for example, all ASCII characters may 
connections 214 are used to connect the contact portion be displayed on display 102, but terminal 54 may inter- 
to microcontroller 116). In the preferred embodiment, pret all characters preceded by "escape" characters as 
the distinct conductive rubber contact pads 208a, 2086 command characters and interpret such command char- 
provide electrical isolation between the circuitry of 35 acters rather than displaying them. ■ 
terminal 54 and circuitry of DTMF module 138. Decision block 274 tests whether the incoming char- 
In the preferred embodiment, dome 206 is preferably acter is a command or a character to be displayed (pref- 
a flat type with a short stroke and tactile feedback. erably based upon a bit or combination of bits preceding 
Conductive rubber pads 208a, 2086 preferably have or otherwise contained within the incoming character, 
contact resistance of less than 50 ohms to provide good 40 as mentioned above). The incoming character is merely 
electrical contact between the interdigitated contact to be displayed ("no" exit of decision block 274), mi- 
conductors.. The switch shown in FIGS. 6A-6C pro- crocontroller 116 outputs the character to display 102 
vides a short stroke, limited tactile feedback, relative (block 276), enables the serial port interrupts to permit 
simple design, that is, contamination proof and long receipt of the next character (block 280) and returns to 
lasting in operation, provides a low profile and is rela- 45 the calling program (block 282) (the position at which 
tiveiy inexpensive to manufacture, and provides com- characters are displayed in determined in the preferred 
plete electrical isolation between microcomputer 116 embodiment based on the position of the last character 
and DTMF block 1.38. . . . . to be displayed, with an entire replacement screen dis- 
FIGS. 7A-7C are flow charts of exemplary program play being sent to the terminal 54 from the central corn- 
control steps performed by microcontroller 116 in the 50 puter 52 each time any data is transmitted to the termi- 
preferred embodiment terminal 54. Upon initially ap- nal). If, on the other hand, the incoming character is a 
plying power to terminal 54, microcontroller 116 clears command, microcontroller 116 decodes the command 
all flags and interrupts, enables all interrupts, initializes and effects an appropriate response. For example, if the 
a buffer pointer, turns off LEDs 102a. 1026, 102c and incoming command is to activate LED 102a (decision 
102a* enables a keyboard interrupt, initializes display 55 block 284), microcontroller 116 asserts the appropriate 
102— all in a conventional manner (block 250). Mi- data on the address/databus to latch an appropriate 
crocontroller 116 then waits for a key 104-114 to be control signal and to latch 130 so that LED 102 is Un- 
depressed (decision block 252). FIG. 7B is a flow chart minated (block 286). Similarly, if the incoming com- 
of a keyboard interrupt routine performed by microcon- mand indicates that LED 102a is to be turned off (deci- 
troller 116 to detect the a key 104-114 has been de- 60 sion block 300), microcontroller 116 causes latch 130 to 
pressed (and which key has been depressed). Whenever latch appropriate data such that LED 102a is dark 
a key is depressed, microcontroller 116 sets a keyboard (block 302). LED 1026-102*/ are controlled indepen- 
flag (block 254) and then reenables keyboard interrupts dently in a similar manner by blocks 288-298 and blocks 
(block 256) before turning to the FIG. 7A routine. 304-314. 

Upon detection by FIG. 7A decision block 252 that 65. If the incoming command received by modem 132 

the FIG. 7B keyboard interrupt routine has detected indicates that display 102 is to be turned qn (decision 

depression of a key, microcontroller 116 pauses a short block 316), microcontroller 116 generates an-appropri- 

timc period (to provide for debounce of the key; block ate command signal to activate the display (block 318). 
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Similarly, central computer"52 can command the termi- change to the terminal user that his terminal fully se- 
nal 54 to turn off display 102(blocks 320,322) or to clear cured.. Provisions can also be- made to pass along the 
the display (blocks 324.326). In the preferred embodi- • PIN "untouched" by the central processor, 
ment, a string of characters to be displayed by block 276 If the bank does not authorize access to the account, 
is followed by an end of line command character and f indicating incorrect PIN, a message is passed to the 
upon receipt of such end of line character (tested for by terminal user through the terminal display indicating 
decision block 328), any characters in excess of the line access has been denied. The user is then permitted sev- 
length, 24, are ignored (block 330). If the received con- eral additional attempts to enter the correct PIN. With 
trol character is a carriage return on the other hand the correct PIN, access will be permitted and the cus- 
(block 332), microcontroller 116 moves the display 10 tomer will receive a greeting message from his bank and 
character to the beginning of the next line (block 334) so his available balance. 

that the next character output for display by block 276 The system thereby has two levels of security— the 
is displayed at the beginning of the following line of unique signature of the terminal and the unique PIN; 
display 102. each linked to an authorized user. 

15 A timed advertisement or message is then typically 
EXEMPLARY PROGRAM STEPS PERFORMED transrnilte d to the.terminal user. This message may be 
BY CENTRAL COMPUTER 52 directed to the user based on an analysis of the user's 

First provided will be a brief overall description of an spending patterns (this information is extracted from 
exemplary remote terminal 54 user session accessing the user bill payments made through the tenninal). 
financial service functions performed by central com- 20 After receiving the advertisement, the user, is pres- 
. puter 52. Subsequent to that discussion will be provided ented (based on an analysis of his transactions history) 
a detailed description of exemplary program control with the opportunity to request further information on 
steps performed by central computer 52 under control the advertisement. If he responds positively, that re- 
of the steps shown in flowchart form in FIG. 9 et seq. sponse indicating customer interests is communicated 
Briefly, the terminal is powered-up by activating an 25 from the central processor to the advertiser (either 
ON switch preferably on the side of the terminal. The online or in batch mode if preferred). The advertiser 
onboard processor initializes the tenninal program can then immediately direct a sales response at the inter- 
which resides in an EPROM, clears the display, clears ested customer. 

the transmit buffer, commands the modem section to The preferred embodiment, computer system 52 may 
send a call block code and autodials the central proces- 30 . thus target third party advertisements to users without 
sor's gateway number (via the PDN). disclosing user confidential information to the advertis- 

Coding in the terminal's EPROM contains SIGNON ers. An advertiser may, for example, pay to have an 
coding and messages. If a link is not established, the advertisement directed to all users having an average 
microprocessor displays a message questioning whether bank account balance in excess of a certain amount or 
the radial number should be local or long access dis- 35 who make average monthly credit card payments in 
tance number. If the user responds indicating the num- excess of a certain amount. Central computer 52 may 
ber is local, the terminal modem redials the local access accumulate a long history of a user's bill payments and 
gateway number; otherwise it dials a long distance ac- bank account balances and use this accumulated infor- 
cess number. Provision may also be made for manual mation (in conjunction with preferred information prb- 
dialup. 40 vided by the user when he registers for the home bill 

After an asynchronous communications link is estab- paying service) to provide extremely sophisticated use- 
lished, a unique EPROM-based identification number is ful and valuable demographics analysis possibly never 
transmitted to the central processor, encrypted, indicat- before available due to the lack of such, detailed accu- 
ing the terminal's unique security identification number. mulated user information. 

The central processor tenninal handler searches an 45 Needless to say, the results of such demographics 
authorization file stored on database 84 for the terminal . analysis are extremely valuable to advertisers but are 
security identification number to determine access con- also extremely confidential; users would seriously ob- 
ditions, institutional associations, names of authorized ject if any such information was ever related to third 
users, etc. , _ parties without their, express permission. However, 

After the terminal is identified and authorized, the 50 central computer 52 can (in accordance with an impor- 
central processor asks which user (in a particular house- tant feature of the present invention) target specific ads 
hold) is using the terminal. If only one user is authorized to users based on such detailed demographics analysis 
to use the terminal, the central processor defaults to the without ever disclosing any. confidential user informa- 
next menu. The central processor then requests the user tion to the advertiser. If the user requests further infor- 
to indicate which transaction bank account (i.e., check- 55 mation in response to such received targeted ads, cen- 
ing, NOW or other debit account) he wishes to use. If tral computer 52 may then provide limited user infor- 
the user has only one transaction account the central mation (e.g., name and telephone number) to the adver- 
processor defaults to the next menu. User based upon the user's positive request for advertis- 

After the. terminal user and the transaction account ers contact An especially advantageous way to provide 
are identified, the user is requested to enter his ATM 60 such limited user information is to pass it to the ad vertis- 
PIN (personal identification number). The PIN is trans- er's telemarketing department immediately in real-time 
mined (encrypted) to the central processor. The PIN is (while the user is still 4 'on-line") since the user is then 
then combined with the user's ATM card offset and near his telephone and is receptive to the advertiser 
account number, which is kept on file in the central contact. The advertiser may then pall the user as soon as 
processor. This information is combined and reformat- 65 the user disconnects his terminal to free up the tele- 
ted (using the interface module) to conform with ATM phone line. 

interchange formats. The PIN (and other user identifi- . The main menu of services is then presented on the 
cation data) is then transmitted through the ATM inter- terminal display, the user selects one of four major 
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' choices (bill paying, account transfer, account informa- information) is . forwarded. A reference number is cre- 
tion or other services).' ated for each electronic or paper payment (this refer- 
When bill payment is selected from the main menu of ence number is used for terminal user and payee servic- 
services the user's account balances is presented, his ing). 

terminal 54 displays a unique list of payees (preferably 5 If the payment is to be paid other than today (a "fu- 
specified beforehand by the user in response to a ques- ture payment")* a similar logging procedure is fol- 
tionnaire or the like). After selecting one payee, the lowed, except that the payment (along with certain 
amount of payment is entered on the keypad 114 and the secured PIN information) is routed to a payment trans- 
figures appear on display 102 (but are not transmitted action pending file instead of being processed for imme- 
until a buffer is ready for transmission). The amount 10 diate payment. On the appropriate day of payment, the 
(preferably encrypted) is transmitted to the central pro- ■ transaction pending file is accessed and the information 
cessor 52. The transmission is logged in on a log file, the necessary to affect an account debit of a user's bank 
transaction is entered in transaction files by the bill -account is retrieved and a corresponding POS debit 
payer module, and account information is obtained message is generated and sent over the ATM network 
from the appropriate payee (payee number, payment 15 at that time, 

instructions/remittance method, payee address and de- Information on the amount, payee, banking institu- 
posit institution) and user account files (the user's name,. tion, user account and authorization number are trans- 
address, user account number at payee, payment appli- mitted through the interchange to user's bank. Once the 
cation) stored on mass storage device 84. A confirma- debit has been completed, an acceptance of the account 
tion message is displayed to the terminal user indicating 20 debit transmitted by the bank back to the central proces- 
that his request for bill payment has been received and sor through the ATM interchange/ 
logged by the central processor. . After a payment "has been made, a confirmation is 
If a bill is to be paid today (and sufficient available received for electronic payments, a confirmation entry 
funds are in the user's account), the payee identification is placed on the customers file and the transactions file, 
number, customer account number and PIN (unless 25 Similarly, another confirmation is entered upon sending 
operating in PINlessmode of operation using authoriza- paper payments. When the user views his statement of 
tion numbers returned by the customers bank at balance transactions (his online statement), the data and amount 
request), the amount and date, identification infonna- of payment is available for his information, 
tion account, destination bank descriptor information Pre-authorized recurring payments are processed in 
and transaction codes are obtained from database 84 30 much the same manner as future payments. On the ap- 
files and reformatted by the interchange module for propriate day, the user's payment information is trans- 
transmission to the customers bank through the ATM mitted through the ATM interchange to his bank where 
interchange preferably in the form of a POS debit mes- his account is debited and a confirmation returned that 
sage. At the bank, the customers account identification . is posted on the user's online statement, 
information and PIN (or authorization number) permit 35 When payments that have been scheduled are not 
access to his account for the purpose of debiting the processed due to insufficient funds in the user's account, 
amount of the bill to be paid. The user's bank account is a message is posted to the user's online statement file 
debited, and the payee identification is passed to the and a message is presented on his screen for viewing at 
bank for listing on the user's monthly bank statement the beginning of the next session. In addition, the termi- 
(paper statements or payment verification are not sent 40 nal user is notified by mail. 

to terminal users directly, but are combined with the The central processor system keeps logs of all session 

terminal user's monthly bank checking account state- payments scheduled currently or Tor future dates. This 

ment in the. preferred embodiment).. A message is then permits a terminal user; to review and correct the 

sent back through the. interchange and ATM network amount, date or payee for the current session or for 

66 confirming the transaction (at this time using pre- 45 future dated transactions. 

ferred POS debiting the bank and the network assume The transfer of funds function permits the transfer of 

liability, i.e., guarantee the transaction, and the bank funds within a single bank or .between cooperating 

typically debits user account immediately and clears the banks. When the transfer funds function is initiated, a 
funds .to the source provider's account after close of . menu of accounts is presentedj the user selects the ac- 

business). 50 count from which the funds are to be transferred and 

After payment authorization is received from the the amount of the transfer (the user may also be asked to 

bank (through the ATM interchange), the bill payment enter a new PIN if his current PIN is not tied to the 

enters the central processor 52 from the terminal, and a applicable account). The account number and PIN are 

series of log and transaction files are updated by the transmitted through the ATM interchange 66 by the 

POS and bill payer modules. The payee/vendor infor- 55 central processor 52 to the customer's bank where a 

mation file is accessed to determine his status, electronic . balance is obtained. A menu is then presented of the 

or paper payment, the appropriate address is obtained user's other accounts and he selects the account to 

from the address verification file and particular pay- which he wants funds transferred (again, if necessary, 

ment information is obtained from the payments de- he is asked the PIN of the account if not tied to his main 

scriptdr file. If the payment is scheduled for today, it is 60 transaction account). A transfer confirmation message 

routed to the appropriate exchange (ACH) or routed to is displayed on the terminal screen after entry of the 

other direct electronic transmitted or remittance tape necessary information indicating that the transfer has 

for delivery to the payee. Provisions are also made to been accepted by the central processor. The central 

aggregate and time payments (from multiple terminal processor system keeps logs of all session transfers 

users) to a single payee. If the payment cannot be made 6:5 scheduled currently or for a future date: This permits a 

by electronic means, a paper check must be cut and terminal user to review and correct the amount, date or . 

mailed. In cases where multiple payments can be made amount of transfer for the current session or for future 

to a single payee, a (single) "check and list" (of payor .• dates. The central processor then transmits through the 
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interchange a debit to the source account and then and to communicate with such remote terminals.. Pref- 

transmits a credit to the receiving, account. erabiy, central computer 52 provided a multitasking 

If the transfer attempt should fail because of PIN environment and a version of the main routine shown in 
acceptance, inadequate funds or communications prob- FIG. 9 executes for each of a plurality of remote termi- 
lems, the terminal user is notified while online. In the 5 nals 54 in communication with central computer 52. 
case where the transfer has been scheduled for the fu- Calling the FIG. 9 main routine of block 350 starts all 
ture or periodically, the PINs, amounts and dates must processes. Upon beginning execution, the main routine 
be held in a pending transaction file. Should the trans- first gets the system date at block 352. The main routine 
fers not take place when scheduled, a message is posted then configures an I/O port assigned to it (preferably, 
to the use's online statement file and a message is mailed 10 central computer 52 includes a plurality of I/O ports for 
to the user and a message is presented on his screen next communication with a corresponding plurality of re- 
time he turns on his terminal. At the completion of the mote terminals 54) and initializes this port (block 354). 
transfer debit and credits, confirmation messages are The main routine then initializes data arrays and other 
transmitted by the bank to the central processor associated data structures stored in the memory of CPU 
through the ATM interchange. 15 80, clears a "present payment" temporary storage data 

The "account balance" menu selection provides in- structure, and stores past payment information in the 

formation on account balances for the user's indicated database(s) maintained on mass storage device 84 (block 

transaction account and for other user bank accounts. In 356). The main routine then waits for a remote terminal 

addition, there is a statement of online activity which 54 to contact central computer 52— and upon such 

summarizes the transactions that were entered during a 20 contact, performs the start routine which establishes a 

desired historical period (e.g., the last 45 days including communication interchange with the calling remote 

the current session), an opening balance (using the old- teraunal, solicits the user's personal identification en-, 

est balance stored in the central processor for over the crypted and encryption initialization message, and con- 

post 45 days) and the ending balance (current balance trols the calling remote terminal to display an adyertise- 

adjusted for any transactions processed during a termi- 25 ment (block 358). A flow chart of exemplary control 

nal session). steps performed by start routine 358 is shown in FIG. 

In addition, information on other bank services is also 10. 

available such as, CD rates, mortgage and loan rates, Referring now more particularly to FIG. 10, start 

special promotions, lists of services, etc. A terminal user . routine 358 receives initial information transmitted by 

may then request further information. In certain cases, 30 terminal 54 and preferably identifies the terminal as 

the user may also request a service (e.g., apply for loans, corresponding to a particular user or group of users 

order new checks, and potentially perform certain non- (block 360). In the preferred embodiment, when remote 

banking functions). Any service request is passed to the tenninal 54 contacts central computer 52, the remote 

bank directly for service attention similar to the way the terminal transmits an internally stored identification 

central processor treats a user response to directed ad- 35 number which identifies a particular terminal. Central 

vertising at SIGNON. The central processor only ac- computer 52 in the preferred embodiment associates 

cesses the interchange when seeking to obtain an ac- that unique terminal identification it receives with that 

count balance, perform a debit or credit, submit adjust- particular user (or collection of users), accesses the 

ments stop payments and reversals; otherwise, transac- • database stored on mass storage device 84 to determine 

tion activity is limited to the central processor and its 40 which bank or other financial institution that user(s) is a 

databases. . customer of, and then transmits a string of characters to 

The final selection permits the user to SIGNOFF the the remote terminal 54 which causes the terminal to- 
terminal, or move to another account at the same bank display a "welcome" message in the name of the user's 
or a different bank. If the tenninal session is ended, a bank (block 362). This is an important feature of one 
session number and message is transmitted to the termi- 45 aspect of the present invention, since the user's remote 
nal (the session number is stored by the central proces- terminal 54 greets the user with a welcome message 
sor and is used for customer servicing and reference). appearing to come from the user's own bank rather than 
Actual bank debit and credit processing, that was not fromlhe service provider operating system 52^giving 
initiated during the session is.completed after the termi- . the bank "control" with its user relationship and giving 
nal session ends, The terminal detects an end of session 50 the user the familiarity and confidence in dealing with 
code and the modem is commanded to break the com- his bank. 

munications. If the terminal session ends abnormally Central computer 52 transmits signals to remote ter- 

duc to a failure in the communications link, those trans- minal 54 using a routine called "TIOT". Flow chart of 

actions that were not entered, up to the point of confir- exemplary program control steps included in this TIOT 

mation are not executed by the central processor. The 55 routine is shown in FIGS. 11A-11D. This TIOT rou- 

terminal user, once receiving indications .that the com- tine is the communications routine in the preferred em- 

munications link is down, must push the ON key to . bodiment that transmits signals to remote terminal 54 

reestablish a communications link and continue with his and receives signals transmitted by the remote tenninal. 

remaining transactions. He can review his online state- The TIOT routine first determines whether only dis- 

ment of transactions to conform what transactions have 60 play is required (as is in the case of block 362 of FIG. 

been accepted by the central processor. 10) or whether central computer 52 is to receive nu- 

If the user wishes to sign onto other accounts at his meric inputs from tenninal 54 as well as provide a dis- 

current bank or his accounts in other banks, he signs on play. In the case of the FIG. 10 block 362 call to the 

the new account (using a new PIN) and conducts busi- TIOT routine, only a display is required and accord- 

ness in his new account or new bank. 65.ingly, the TIOT routine calls a further. routine called 

FIG; 9 is a flow chart of exemplary program control . TDISPLAYM to build ah output a block of data which 

steps of a main routine, performed by central computer when received by terminal 54 will cause the terminal to 

52 to distribute financial services to remote terminal 54 display a desired display screen (in this case, the display 
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will display the message "Welcome to First National . 
Bank-' or the like along with copyright message in the 
preferred embodiment) (block 402). 

FIGS. 11E-11F are together a flow chart of an exem- 
plary program steps performed by the TDISPLAYM 5 
routine in the preferred embodiment. This routine, 
which may be called directly from other portions of the 
central computer software (although it is typically 
called by the TIOT routine shown in FIGS. 11A-11D 
at, for example, block 402 of FIG. 11 A) permits central 10 
computer 52 to control exactly what is displayed at any 
given time by remote terminal display 102. Briefly, 
central computer 52 fills a display buffer having the 
exact character length of the 4 x 24-character display 
102 of terminal 54, and then communicates this buffer 15 
content through the PDN network 56 to the remote 
terminal 54. The contents of this buffer constructed by 
central computer 52 thus completely describes the sta- 
tus of display 102 (as well as LED prompt indicators 
102fl-102aT) of remote terminal 54). . 20 

The following. parameters are provided to the TIOT 
routine in the preferred embodiment: 

Floating point/integer/display only; 

State of LED 102a; 

State of LED 102fr 25 
State of LED 102c 
State of LED 1024- 
Line 1 of text, first line displayed; 
Line 1 of text, successive lines displayed; 
Line 2 of text, first line displayed; 30 
Line 2 of text, successive lines displayed; 
Line 3 of text, first line displayed 
Line 3 of text, successive lines displayed; 
Line 4 of text, first line displayed; 
Line 4 of text, successive lines displayed 35 
Inhibit/enable pointer key 1; 
Inhibit/enable point key 2;. 
Inhibit/enable pointer key 3; 
Inhibit/enable pointer key 4; 

Inhibit/enable CANCEL key; 40 
Inhibit/enable HELP key; . 
Inhibit/enable NEXT key; and 
Inhibit/enable PRIOR key. 

To display a new display format on terminal display 
102, central computer 52 first reinitialiies formats the 45 
output for communication with the terminal 54 via 
PDN network 56 (block 1100), and then transmits ap- 
propriate control signals to remote terminal 54 control- 
ling the remote terminal to blank LCD display 102 and 
to de-illuminate all LEDs 102a-102^ (blocks 1102, 50 
1104). In the preferred embodiment, central computer 
52 transmits two types of characters to remote terminal 
54 "characters to be displayed" and "control charac- 
ters". In the preferred embodiment, the control charac- 
ters may be preceded by an "escape sequence" to alert 55 
terminal 54 that the following character is a control 
character rather than a display character — or alterna- 
tively,. control characters may all have formats different 
from displayable characters to permit terminal 54 to 
readily distinguish between the two types of characters. 60 
In the preferred embodiment, whenever remote termi- 
nal microcontroller 116 receives a control character, it 
interprets the control character rather than sending it to 
LCD display 102. 

Central computer 52 then preferably obtains a tern- 65 
plate for the desired screen format to next be displayed 
(the name of this screen format is preferably passed to 
the display routine as. a parameter either directly or 



indirectly and may be obtained from mass storage de- 
vice 84) and stores this template contents in a screen 
display buffer having the exact length required to fully 
define all characters on the 4 X 24-character LCD dis- 
play 102 of remote terminal 54. Certain templates have 
variable names embedded within them — and central 
computer 52 recognizes these variable names according 
to type (floating point or integer) and in response to the 
presence of these variables determines that the corre- 
sponding information must be "filled in" to complete 
the buffer contents. Preferably, the variable contents 
are already defined externally from the display routine, 
although the variable contents may be passed to the 
display routines in the form of additional parameters. 
Some exemplary templates are depicted in the APPEN- 
DIX, which shows an exemplary "script" of. various 
remote terminal transactions using the remote terminal 
user interface provided by the system of the present 
invention. 

If an embedded variable requires a floating point 
number to be filled in to the display format template 
(decision block 1106), central computer 52 obtains the 
appropriate value (depending upon the context in 
which a display routine was called) and inserts that 
information into the appropriate positions of the display 
buffer (block 1108) before transmitting the display 
buffer. Similarly, if an integer number needs to be filled 
in (decision block 1110), central computer 52 obtains 
the integer value and inserts that into- the display buffer 
(block 1112). If no variables are embedded into the 
corresponding template, the screen format is termed 
"display only'* format (decision block 1114) and central' 
computer 52 simply builds the display buffer without 
inserting any additional variable information (block 
1116). 

Central computer 52 then transmits the buffer con- 
tents to remote terminal 54 beginning with the first 
character in the buffer and ending with the last buffer 
character in the preferred embodiment. Referring to 
FIG. 11F, the buffer is preferably structured as four 
rows with each row including 24 characters (and thus 
buffer thus constitutes a memory "image" of what is to 
be displayed . on display 102). . 

Assuming that last row has not yet been transmitted 
(decision block 1118) and that the last character in the 
current row has not yet been transmitted (decision 
block 1120), a character count is incremented (block 
1122) and the "next" character within the display buffer 
is transmitted to remote terminal 54 (block 1124). This 
process continues until the last character in the current 
row is reached (decision block 1120), at which time 
central computer 52 inserts a carriage return (block 
1126), increment a row counter (block 1128) and resets 
the character counter (block 1130). When the end of the 
last row has been transmitted (decision block 1118), 
central computer 52 preferably generates commands for 
each of the four LEDs 102a-102rf and transmits those 
commands to specify the states (on or off) of these 
LEDs (blocks 1132-1148). Preferably, such LED state 
information is stored with each display screen template 
(and/or may be provided at run time based on the cur- 
rent state of the program) so that the transmitted infor- 
mation fully specifies the states of the LEDs. 

Referring once again to FIG. 11 A, once the LCD 
display screen block is outputted (block 402), central 
computer 52 always checks the communications port to 
determine whether the user has depressed an input key 
(block 404). If an input key has been depressed, the 
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TIOT routine decodes the data transmitted by remote block 370, block 368). The user may depress the NEXT 

terminal 54 to central computer 52 to determine which key for display of other names. 

key was depressed (for example, number key depression On the other hand, if the user selects one of the listed 

of selection keys 108 is tested for 406, depression of names, central computer 52 determines whether the 

selection keys 108 is tested for by decision block 408, 5 selected user has more than one bank account (e.g., by 

depression of the NEXT key 106 is tested for by deci- accessing the database stored on mass storage device 

sion block 412, depression of the PRIOR key is tested 84) and if so, controls remote terminal display 102 to 

for by decision block 416, depression of the CANCEL display a list of accounts (block 372), Central computer 

key is tested for by decision block 420, and depression 52 then once again waits for the user to select once of 

of the HELP key U0 is tested for by decision block 10 those displayed accounts and/or displays further ac- 

424). A temporary storage location called "code" is set counts corresponding to the same user if the user is 

to an appropriate value corresponding to the key de- unable to make a selection (decision block 374,372). 

pressed by block 410, 414, 418, 422, 426 in the preferred Once central computer 52 has identified a user's bank 

embodiment, and the TIOT routine then returns to the account, the TIOT routine is called to request the user 

calling routine (FIG. 10 block 364 in this case). 15 t0 either his or her A ™ < PIN ) number (and preferably 

In the.preferred embodiment, the user input decoding 8150 h g hts U P the ' 4£nter Number" prompt at this time), 

is simplified by specifying enabled and inhibited user ^ TIOT routine recdves lhe user mput from 

inputs at the time block 402 causes terminal 54 to build f enninal M ' Referring once again to FIGS. HA-11D, if 

a display (such specifying function may be performed, 15 10 recaved (*« No branc * declS10 " blc ? ck 

for example, by passing parameters to the TIOT routine 20 ^. central computer 52 determines whether a floating 

specifying which user input key strokes are to be recog- ?™^™P m ? J?? T Md ,~ h * 

rrized and which key strokes are to be ignored). For $30? - 26 > ««• U P° n ^call to the TIOT rou- 

example, certain display formats call upon the user to tu \ e > , h ° we , ver > n ° floatm * ^™ b A ^S PUt * fiTt 

•j • i j * f • ^ ■ and therefore the routine TDISPLAYM is called to 

provide numerical data— and upon displaying such dis- _ *7. , Jr «tvt iU "" uc V a .zz. ~I 

, f . . , * « vi j j- 25 display the PIN number user prompt (block 430). Cen- 

play formats central computer 52 may enable decoding * f . e * ^ r * *r 

c , . . «. . Af ., , , „ tral computer 52 then waits for user input from remote 

of number keys by block 406 but disable decoding of all . . , * A iA . . , . r. . 

A , / J ■ ^ \ t T r j * , . terminal 54 (decision block 432) and decodes the re- 

other (or certain other) keys. In the preferred embodi- ^ ^ ^put ^ _ dedsion Wock 

mat, user depression of temporarily disabled input ^434,440,444,44«,452,«8. Upon the current call of 
key simply causes block 402 to control the terminal 54 ^ ^ TIQT m ^ ^ ^ t (and in fact( the 
to again display the same display format. ^ valid m t) h d £ n of number keys of keypad 
Referring once again to FIG. 10 once central com- m (dedsion bJock 452) , As thc uscr d es k to 
puter 52 controls remote terminal 54 to display the k d n4 ^ prN number) ^ 
welcome message it causes the terminal to display a puter accumll]ates the digits and calculates the received 
further message indicating that the terminal is now 35 number (block 454). A validity check is preferably also 
secure (block 364). In the preferred embodiment, DES mcluded m block 454 at ]east m some ( to 
or RSA encryption techniques (or comparable) are used ensure that thc desired value is of the proper length) In 
to secure the communications between remote terminal ^ situations , a further block 455 may control termi . 
54 and central computer 52. Upon successful securing na] 54 to display M a pp ropr i at e positive feedback mes- 
of the communications stream m this manner, central 40 ^ acknowledging receipt of the entered number so 
computer 52 provides an output message to remote that ^ ^ & satisfied that the number he has keyed in 
terminal 54 controlling the remote terminal display 102 was reC eived by central computer 52. 
to indicate to the user that the terminal is now secure. Referring once again to FIG. 10, decision block 378 
Central computer 52 then determines from the termi- ^is wh ether four PIN digits have been entered and 
nal identification sent to it by the remote 54 whether the 45 may ^ performs a validity check to ensure that the 
remote location at which the remote terminal is located (or other prearranged number greater or less 
has more than one user (decision block 366). For exam- than four digits) PIN number entered corresponds to 
pie, remote terminal 54 may be located in a household the identified account number (block 378; or alterna- 
6r business location including several individuals each tively, this validity check may be performed by the 
paving their own separate bank account. If the database 50 bank when an ATM/POS message is sent to the user's 
information stored on mass storage device 84 indicates bank affecting this account). If the inputted PIN num- 
that the remote terminal 54 is assigned to more than one bcr does not correspond, one or more retries may be 
user (as tested for by decision block 366), central com- permitted before central computer 52 disconnects tele- 
puter 52 solicits the identity of the particular user using phone connection with remote terminal 54. 
the remote terminal by, for example, outputting a list of 55 On the other hand, if the inputted number is valid, 
user names and controlling the remote terminal to dis- central computer 52 transmits advertising or messaging 
play that name list on LCD display 102 (preferably also text to remote terminal 54— this advertising text prefer- 
with appropriate control characters to cause the "select ably being targeted to a specific user or user group 
one" prompt to be illuminated on the remote terminal) (block 380). Specifically, in the preferred embodiment, 
(block 368). Central computer 52 then waits for the user 60 the user database stored on mass storage device 84 in- 
to select one of the options listed. If the user responds eludes demographic and other information about each 
with depression of one of select keys 108, the TIOT user, and central computer 52 may be appropriately 
routine 408,410 decodes the depression of these select programmed to transmit different advertising text to 
keys. If the user does not depress one of these select different users. Thus, for example, all users having a 
keys 108 within a certain time period (or depresses one 65 bank account with a particular bank and who owned 
of keys 104,106 instead), then central computer 52 con- homes (detected by mortgage payments or a lack of 
eludes that the user does not appear on display 102 and rental payments in the database) may be sent advertising 
that further user names need to be displayed) (decision text pertaining to home equity loans, while users renting 
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apartments (detected from the rental payments in the . bis bank account and used to pay . bills to particular 

database) may be sent advertising pertaining to personal desired creditors on specified dates. Upon selecting the 

loans or automobile loans instead. Of course, the con- "pay bill" main menu option, bill process routine 392 

tent of the advertising is arbitrary and might be used to may provide account balance information to the user by 

advertise any good or service. Moreover, the advertise- 5 forming a standard account balance ATM or POS type 

ment can be communicated and targeted to panicular message (or possibly using a ' null" POS debit message) 

users without release of confidential user information to containing the user's account number and PIN . and 

the advertiser (until the user authorises such release as transmitting this request over the ATM network to the 

described below). user's bank; receiving the user's account balance from 

Central computer 52 then preferably sends an addi- 10 the user's bank over the ATM network in the form of a 

tional display screen to remote terminal 54 asking the return ATM message; reformatting this received ac- 

user whether he wants additional information (block count balance information; and transmitting the account 

382) via an additional call to the TIOT routine. Prefera- balance to the remote terminal 54 using the TIOT rou- 

bly a 3-second time response is initiated at this point so tine discussed earlier (block 502). Central computer 52 

that if the user does not respond within three seconds 15 may also temporarily store this account balance in the 

the central computer goes on and executes return 386 to preferred embodiment for purposes of keeping a run- 

the FIG. 9 main routine. If the user responds with a ning total, as will be explained. 

"yes" response (i.e., by depressing the appropriate one In the preferred embodiment, central computer 52 
of select keys 108 "pointing to" a line of information appears on the ATM network as simply another ATM 
displayed on display 102 indicating "yes" response), 20 machine or POS node — and uses the same standard 
central computer 52 stores the user address and other messaging formats used by ATM machines and POS 
appropriate information into a file which is sent (e.g., terminals to obtain and receive information from the 
electronically via a dial up line) to the user's bank (or user's bank. Included in the ATM/POS communica- 
other advertiser) so that the advertiser can directly tioris format/protocol standard used by the ATM inter- 
contact the user by mail, telephone (perhaps using au- 25 change network described previously is a command 
todial to get immediate access to the user after he termi- format to request account balance information. Central 
nates his terminal session) or otherwise to provide addi- computer 52 generates such an account balance request 
tional information about the advertised service or mer- using the account number (and preferably also the user 
chandise (block 384). On executing return block 386, PIN number) provided by the user earlier, then receives 
the main menu routine is called to permit the user to 30 from the ATM network a response containing the ac- 
select financial transactions to be performed (see FIG. count balance pertaining to the user's bank account. 
9, block 388). A flow chart of exemplary program con- Since this account inquiry request generated by central 
trol steps included in this main menu routine is shown in computer 52 "looks like" a request generated by any 
FIG. 12. ordinary ATM or POS device, the user's bank's data 
Main menu routine 388 causes remote terminal 54 to 35 processing system and the ATM network are capable of 
display a "main menu" (preferably using via a call to the handling this request in a routine, ordinary way (and no 
TIOT routine) (block 390, FIG. 12). This main menu software changes at the bank's end are required to re- 
display screen lists four options in the preferred embodi- spond to such messages). 

mcnt: pay bills; transfer funds; get account information; In the preferred embodiment, the account balance 
and exit account session (see FIGS. 3 and 4, which each 40 information obtained from the ATM network is pro- 
depict preferred embodiment terminal displaying the vided to the user in the form of a display on remote 
main menu). The main menu provides some options of terminal display 102 and is also stored in the memory of 
the type users are used to seeing at ATMs (e.g., transfer central computer 52 to enable the central computer to 
funds, get account information) as well as additional automatically inhibit the user from attempting to dis- 
options not available on an ATM (e.g., pay bills): The 45 burse more funds than he has available. The bill process 
user is then expected to press one of select keys 108 to routine 392 then controls remote terminal 54 to display 
select one of the four displayed options (the "Select a "submenu" providing the user with three options: pay 
One" prompt is preferably illuminated to prompt the new bill; "review and correct payments; and exit bill 
user to depress one of pointer keys 108 pointing to the paying. Bill process routine 392 then, waits for the user 
displayed option he would like to select). User selec- 50 to select one of the three options by depressing one of 
tions are received using the TIOT routine and decoded terminal select keys 108. 

with main menu routine 388 (decision blocks 391, 393, The user selections are decoded by decision blocks 
395, 397). In the preferred embodiment, the number of 504,508,512 and corresponding routines 506,510,514 are 

main menu options available for user selection is limited called in response. For example, if the user depresses the 

to four— that is, by the number of different lines of text 55 upper selection key 108 in the preferred embodiment 

that may be simultaneously displayed by display 102. (pointing to the option "pay new bill'* or "pay another 

Each main menu option then has additional *'subop- bill"), bill process routine 392 calls a further routine 506 

tions" which are displayed sequentially after the user called "bill pay" a. detailed flow chart of exemplary 

selects the desired main menu option (as will be ex- program steps of which is set forth in FIGS. 14A-14C. 

plained shortly). 60 Referring now more particularly to FIGS. 14A-14C, 

If the user selects the "pay bill" option (decision the "bill pay" routine 506 processes bill payments by 

block 391), central computer 52 executes the "bill pro- controlling remote terminal 54 to display a list of payees 

cess routine" (block 392), a flow chart of which is and also controlling the remote terminal to light up the 

shown in FIG. 13. prompts, the "Select One" prompt "Or" prompt, and 

Referring now to FIG. 13, the "bill process" routine 65 the "Change Screen" (i.e., by sending appropriate con- 

392 performs the function of processing, reviewing and trol characters to remote terminal 54 to cause those 
correcting billing information — and alsO permitting the . various prompts to become illuminated simultaneously), 

user to electronically request funds to be debited from In the preferred embodiment, the user is asked through 
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direct mailings (or in certain cases by telephone) to . . The "bill pay routine" then requests further informa- 
.provide, ahead of time,' the names, addresses, account tion from the user regarding the amount to be paid to 
numbers, and other information specifying payees he the selected payee by calling the TIOT routine (block 
wishes to pay bills to electronically (the user is also 530). referring now once again to FIG. 11B, central 
asked for other relevant account information for other 5 computer 52 may control display terminal 54 to display 
services such as funds transfers). Generally, most peo- a prompt or other information (e.g., a prescheduled 
pie pay a vast majority of their monthly bills to the same amount or information regarding the last payment made 
payees every month. For example, recurring monthly to this particular payee), and then awaits user input 
bills are typically received from utility companies (gas, (blocks 464,466). The user is permitted to enter the 
telephone, electric), the mortgage company or landlord, 10 amount to be paid (the user inputs this value without the 
lenders, credit card companies (AMEX, Mastercard, decimal point by striking keys or keypad 114 in the style 
Visa), department stores, state and local government of ATM data entry). When the user has entered an 
authorities (e.g., city or county taxing authorities), etc. amount he depresses selection key number 4 (block 472) 
Therefore, the user is typically able to define before- and the number is compared to a maximum permissible 
hand the dozen or two dozen payees to which he sends 15 1 ™ X (block 474). If the amount entered is within limits 
recurring payments on a monthly or other periodic (central computer 52 expects a floating point value, 
basis. Such user-specific payee information is stored by generally at least three numerical digits) the routine 
central computer 52 on mass storage device 84 and is returns; otherwise, the display is output (block 476) 
accessed by FIG. 14A block 516 to display a list of with a blank line and an error code is set (block 478) and 
payees. If desired, the initial listing displayed by block 20 ^ e routine returns. During number entry, the user 
516 may constitute a listing of categories of payees may de P ress the CANCEL key at any time to "delete" 
rather than individual payees (although in the preferred or " undue " lhe last number keyed in, and central corn- 
embodiment an actual listing of payees is displayed P^ter 52 will in response send a new screen showing the 
initially). numerical value the user has keyed in minus the deleted 

As mentioned previously, the preferred embodiment ^ di ? t ' r . «^ — . * " 
remote terminal display 102 is only capable of display- Referring once again to FIG. 14A the central com- 
ing a limited number of lines of text simultaneously puter 52 ^ ^ remo * 54 <? displaytothe 
(eg., four). In-ihe preferred embodiment, a different KJS?^^ 

payee is displayed on each of these lines to permit the „ * P * d toda H y OI i? ** Tuture ^(decision block 532). Ifthe 

user to select a desired payee by depressing one of select 30 USer ^ f™^vely (eg., by depressing an ap- 

keys 108 pointing to the displayedpayee name. Gener- Z^^fjfT fT^-"-*^ 0 *? 

*t™ JT* i -ii i. i i- r dataline displayed on display 102), this information 

ally, then, a particular user will have a longer list of - t . .r ' . ~. *1 ' . ,. 

_ * j ■ i , T * . fi along with the amount of information required by block 

payees than may be displayed on display 102 simulta- « n \^ n „ A ^ f ^ ♦ ♦ ♦ p 7 a r 

rr*u j \ i ^ /lj-i _i 5jU is logged to the temporary output file and a confir- 

nflVAK^o K SdeCt ° nC ° f th r C ^ Pl f Cd 35 ™*» is «« f or display by terminal display 

payees (e;g., by either ^?«P«WC rfid« keys m f^^f indicating ^toL, ^ ^/J 

?^t«LXrrH g • ki° ,°/^ EXT . k 7 104406) ~ aIon * ^ ith thc m «^ e 'Wnfirmed for today") 

a^S^i^T » ! CC ^T PUter ^ lock 534 )* « 031 ** other hand, the user responds 

Sh^ If tK dlSplay nCXt ? r pr ,r° US " Future " to the 1* estion ' central computer 52 asks the 

££« 2 ™ •^%^«^'' ( l C ^r W f k 40 user whether the bill is to be paid in the future (decision 

^fS bIock 536 >- succ «sive such user prompts 

defining a 4-line long window" scrolling up and down (some ^ ^ w providing multiple options to 

fi?h If'.h ^ may be of any desired . { 0 J^ mb l» of pron f pts ma P m J t be dis . 

Z^'al USCr reaC 1 he f- the f? d fiS? 8 ^ llst Wll i Played by terminal display 102), decision blocks 538, 

Tr^ & fif?* sd . ectlo ?V b1 ^ 524 15 Programmed 45 542,548 determine the time period the user wishes the 

to return toi fce beginning of the bill process routine 392 bm t0 ^ pa id; For example, in the preferred embodi- 

snown in FIG. 13 - ment, if the user wants the bill to be paid in the future, 

When decision block 518 determines that the user has computer 52 may cause remote terminal 54 to display a 
selected one of the displayed payees, central computer Hsting of the succeeding two months (e.g M ifthe current 
52 determines whether the user has already paid a bill to so month is September, terminal display 102 may display 
this same j>ayee in the current remote terminal session tne month of October and November along with addi- 
(block 526). In the preferred embodiment, the result of tional options such as "other months" and "periodi- 
a given remote terminal bill paying session is an output cally"). The user may select one of the displayed op- 
file containing all of the requested financial and other tions by depressing the appropriate one of select keys 
transactions generated during the terminal session. Only 55 108 "pointing to" the displayed option he desires. ' 
after the session is complete in the preferred embodi- If the user selects one of the displayed months, cen- 
ment is the output file processed by central computer 52 tral computer 52 logs the payment in its output file 
to effect the various user requests. In the preferred which it will eventually add to a scheduled transaction 
embodiment, decision block 526 scans through the out : log so that the payment will automatically be processed 
put file to determine whether the user has already re- 60 on the appropriate day (blocks 538-546). If the user 
quested a transaction with respect to the currently se- wants to schedule bill payment for some other month, 
lected payee, and if so, controls remote terminal 54 to on the other hand, (decision block 548), central corn- 
display a prompt asking the user whether he wishes to puter 52 may prompt the user by displaying month 
make another payment to the same payee (block 528). In names three at a time until the user selects one of the 
this way, the user must consciously decide to make 65 displayed months (blocks 550-552). If the user selects a 
multiple payments to the same payee and central com- month that is more than a year away, the instruction is 
puter 52 thus prevents the user from inadvertently mak- ignored and terminal display 102 displays a message that 
ing a double payment he did not wish to make. system 50 can only schedule initial payments within the 
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current year (decision block 554,556). The preferred As mentioned previously, FIG. 14.C blocks 556,580 
embodiment does, however, permit users to schedule and 5fc2 obtain from the user the beginning to start the 
non-initial (i.e., periodic) payments beyond one year periodic payments and the ending date for ending pay- 
into the future. Otherwise, central computer 52 causes ments. Routine 584 shown in FIGS. 16A-16B calculates 
terminal display 102 to display a confirmation message 5 each of the scheduled periodic payments from this in- 
indicating the amount, payee and month, and then ob- putted information along with a further input solicited 
tains the day of the month from the user at block 560. from the user specifying the frequency of the periodic 
Comrol then returns to bill process routine 392 so the payment (e.g., monthly, weekly, semi-monthly or other 
user may either pay another bill, review existing bills periodicity). Decision 586 first confirms that the end 
constructed, to be paid, or exit the bill paying function 10 data is later then the beginning date (decision block 
(block 562). 58 ^)- tms validity check fails, an error message is 

Referring now to FIG. 14C, if the user wants the bill displayed on terminal display 102 (block 588), an error 

to be paid but does not want the bill to be paid today or fla S * ( 59 °) and a return 10 the program is 

at a date in the future, then central computer 52 permits performed (block 592). Assuming the end date is valid, 

the user to schedule periodic bill payment (decision 15 then routme 584 determined whether the beginning 

block 564). To schedule periodic bill payment, central y ear ™ d the endin 8 V ear are ^ t0 one another ( de ^ 

computer 52 controls terminal display 102 to display a * on block 594 > ^ lf so > whether the beginning month 

prompt -start paying bill on" and then expects the user j* ^ore the ending month (decision block 596). If the 

to fill in the month day and year that periodic bill pay- beginning and ending year are equal and the beginning 

ing is to begin (block 566). 20 month 1S not P nor to the endm « month ' ^ the user 

A routine called CHKDATE is then called at block ^P** to schedule payments beginning later 

568 to check for a valid user inputted date (e.g., a date *»» °^™ d ™ 

that is equal to or later than today). FIG. 15 is a flow ^ or fla * *> ]oc * M ™ mm * * e **8mt 

chart of exemplary program control steps included „ ^jnnemth-year andliie ending day.month.yeax dates 

within the CHKDATE rotZe 568. 25 ™ ""?«• ™ tmc 584 the " ^ ^ 

•n r i i * it * i date within that time span based on whether the pay- 

Referring now more particularly to FIG 15 central ^ m J semi-monthly, quarterly, 

computer 52 determines whether thq mputted year is semka ^ or fa** 602 and on), 

later than the current year and also checks whefter the ^ manner m whicfa ^ of ^ fa 

mputted month is later ^than the : current jnonth rf the 3Q is similar regard]ess of the f requC ncy of oc- 

year is the current year (decision blocks 570,572). In the currence Qf ^ ^ For example, if the period is 

preferred embodiment, scheduled bill payments can ^kly (as tested for by decision block 602), a flag is set 

begin in any month of any year but cannot begin in the t0 indicate the peri«lidty-<block 604) and then each of 

past. If the user requests an invalid data to begin pen- the ' individual payments are calculated (blocks 

odjc payments, central computer 52 controls terminal 35 gn^io). Routine 504 determined whether the current 

display 102 to display an error message (block 574) and mont h/ W eek is the last month/week scheduled for pay- 

sets an error flag.(block 576). Similarly, block 574 dis- ment (decision b!ock 606), and if not it calculates the 

plays an error message if a subsequent validity check on nexl payment date by incrementing a date based on the 

the year and month inputted indicates that the year and beginning payment date by the number of days specified 

month are not 'legal'* (as tested for by decision block 40 in ^ period ^ lock m y Blocks 606j m are per f orm ed 

578). A flag is set upon entry of such an "illegal" date repetitively until the end date is approached, at which 

(i.e., a date m the past) and the user is given the opportu- poAnt the last payment date is calculated (blocks 610). 

nity to enter a correct date upon return to calling rou- counting is performed using calendar information 

tmc stored on mass storage device 84 so that payments are 

Thus, the results returned by the CHKDATE is a 43 not scheduled on invalid days (e.g., the 31st of February 
date flag (which indicates whether or not a valid date C r on bank holidays). Blocks 612-614, 606-610 similarly 

was inputted or not) and a date to begin periodic pay- calculate biweekly payments; blocks 616-624 calculate 

mcnt * monthly payments; and blocks 626-642 calculate quar- 

Once a valid start date for scheduling periodic pay- icr \y t semiannual and annual payments as will be under- 

ments has been received by central computer 52 (deci- 50 stood. 

sion block 579 of FIG. 14C checks the flag returned by Referring once again to FIG. 14C, after the dates 

the CHKDATE routine to ensure the date is legal), the have been calculated a confirmation message is.gener- 
central computer controls tenninal 54 to provide a ated confirming the payee begin and end dates that have 

prompt indicating an ending date in terms of day and been encrypted (block 644) and the bill process routine 

year (block 500,502). In addition, central computer 52 55 shown FIG. 13 is called (block 646) to provide the user 
requests the user for additional information regarding with the option of paying an additional bill, reviewing 

the recurrence.of the scheduled payments (e.g., weekly, the existing biils, or exit the bill paying function, 

semi-monthly, monthly or other; block 584). Once the Referring once again to FIG. 13, the user may select 

required information has been obtained by central com- to review and correct bills by selecting an option from 

puter 52, the central computer calculates each date on 60 the "bill process" menu described earlier. This user 

which a scheduled payment is to be made (block 584) selection (tested for by decision block 508) causes cen- 
calling the DATES routine a detailed flow chart of tral computer 52 to call the REVCOR routine 510 a 

which is shown in FIGS. 16A-16B. flow chart of which is shown in FIGS. 17A-17C. 

Referring now more particularly to FIGS. 16A and Referring now to FIGS. 17A-17C, the REVCOR 

16B, dates routine 574 calculates periodic dates based 65 routine allows the user to review and correct bill paying 

upon user-inputted data — and thus allows the user to instructions inputted via the "billpaying" routine 506 

schedule recurring payments (e.g., loan or mortgage described above. Upon selecting this review and cor- 

payments, installment payments, etc.). rect option, central computer 52 sends a display to re- 
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inote tenninal 54 providing the user with options to 
select between (a) reviewing or correcting payment 
schedules in the current terminal session, and (b) re- 
viewing or correcting payments scheduled in a previous 
terminal session. As discussed above, payments sched- 5 
uled in a current tenninal session are stored in an output 
file that is not acted upon by centra! computer 52 until 
after the current terminal billpaying session has termi- 
nated. Once the current terminal session has terminated, 
all requested payments are processed — and payments 10 
requested to occur are immediately acted upon. Thus, 
the user cannot view and correct and correct payments 
that have already been transacted in response to his 
previous requests. However, the user is able to review 
and/or correct payments he has scheduled in the cur- 15 
rent session, and may also review and/or correct pay- 
ments he scheduled during a previous terminal session 
to occur after the date of the current terminal session. 

If the user responds that he wishes to review pay- 
ments scheduled during the current session (as tested 20 
for by decision block 670), central computer 52 first 
determines whether the user has in fact scheduled any 
payments during the current session (decision block 
672). If no payments have been scheduled for the cur- 
rent session, a message to that effect is sent to remote 23 
terminal 54 (block 674) and returned to the bill process 
routine 392 as performed (block 676). If bills have been 
paid during the current session, on the other hand, a 
"this session" flag is set (block 678). On the other hand, 
if the user requests review of payments scheduled dur- 30 
ing a previous session (as tested for by decision block 
680), then a "previous session" flag is set and is other- 
wise not set (blocks 680, 682). 

Central computer 52 then accesses appropriate data 
(depending upon whether previous session or current 35 
session flags are set by block 682,678, respectively) sons 
the scheduled payments by date, and displays a list of 
scheduled payments (in the preferred embodiment this 
list specifies month and day, abbreviated payee name, 
and payment amount) (block 684). Preferably, the first 40 
such screen displayed has a header stating "payments 
this session that you may correct" or "prior scheduled 
payments that you may correct" on the top two lines of 
tenninal display 102— but further screens list a different 
scheduled payment on each line of the display (so that 45 
few such payments may be listed on each screen in the 
preferred embodiment). The user may select any one of 
the displayed scheduled payments by depressing the 
conesponding selection key 108 (tested for by decision 
block 686). If the end of the list of scheduled payments 50 
has been reached and no selections remain (tested for by 
decision block 688), program control returns to the bill 
process routine 392 shown in FIG. 13 (block 690). Oth- 
erwise, if no selections have been made but the end of 
the payment list has not yet been reached (the "no" exit 55 
of decision block 688), a list counter is incremented to 
display the next few entries in the list (block 692), and 
those entries are then displayed by block 684 for user 
selection. 

Referring .now to FIG. 17B, once the user selects one 60 
of the scheduled payments from the displayed list, cen- 
tral computer 52 transmits a display screen to the termi- 
nal 54 presenting the user with the following options in 
the prefened embodiment: "conect amount", "correct 
payment date*', "conect both amount and payment 65 
date", and "cancel payment". The user may select one 
of these options by depressing the corresponding one of 
. select keys 108. If the user requests correction of the 



amount (as tested for by decision block 694), the pre- 
ferred embodiment central computer 52 transmits a 
display format for display on terminal display 102 speci- 
fying the available funds remaining in the user's bank 
account (not including the previously scheduled pay- 
ment amount), the name of the payee, and a user request 
to enter desired payment amount (block 696). The user 
then is expected to use keypad key 114 to enter the 
desired corrected amount of the payment. Once the user 
has inputted such information, central computer 52 calls 
a routine called BALCHECK which checks the user's 
bank account balance before the scheduled payment to 
ensure that the user does not inadvertently overdraw 
his account (block 698). 

Referring to FIG. 18. a flow chart of exemplary pro- 
gram control steps performed as part of the BAL- 
CHECK routine 698, central computer 52 compares the 
requested payment amount with the balance remaining 
in the user's bank account assuming all immediately 
scheduled payments are processed (decision block 700). 
As described previously, in the preferred embodiment 
central computer 52 obtains the user's current bank 
account balance via a "account inquiry" request trans- 
mitted over the ATM network 66. Central computer 52 
progressively debits the amount of this balance as the 
user schedules payments to be processed im- 
mediately — so that the central computer maintains a 
running balance of the user's account without yet actu- 
ally debiting the user's 'account electronically. If the 
desired payment exceeds the user's remaining balance, 
an error flag is set (block 702). Otherwise, an error 
message will be sent (block 704) and the error flag is set 
(block 706) before a return to FIG. 17 block 708 is 
performed. 

Referring once again to FIG. 17B, decision block 708 
tests the value of the error flag returned by balance 
check routine 698. If the user's account will become 
overdrawn by the current payment, then the user is 
requested to reenter the amount (block 696). Otherwise, 
the running account balance maintained by centra] com- 
puter 52 is updated and the corrected payment informa- 
tion is placed into the output file (block 710) before a 
confirmation message is sent to be displayed by tenninal 
54 (block 712). 

If the user selects a change in payment date (as tested 
for by decision block 714), central computer 52 controls 
terminal 54 to display the earHer-described screen dis- 
play specifying when bill payment is to be scheduled 
and performs steps similar or identical to the steps de- 
scribed in connection with blocks 532-560 of FIGS. 
14A-14B. The updated scheduled payment date infor- 
mation replaces the earlier schedule payment informa- 
tion stored in the output file and a confirmation message 
embodying the updated information is displayed on 
terminal display 102. 

If the user wishes to change both the amount and the 
date (block 716), then the. combination of the steps per?, 
formed in response to positive results of decision blocks 
694,714 are performed. If the user wishes to change 
both amount and date, a flag is set and he is passed back 
through the block 694 and 714 coding. He then passes 
through both sets of coding making the appropriate 
changes. 

Referring now to FIG. 17C, if the user decides to 
cancel a scheduled payment (tested for by decision 
block 718>, centra] computer 52 updates the ninning . 
user account balance it maintains (e!g., by merely add- 
ing the payment amount' being cancelled to the user 
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balance amount) and also updates the output file to If the user selects one of the displayed accounts, cen- 

remove the scheduled payment (block 720). Central tral computer 52 controls terminal display 102 to dis- 

coraputer then controls terminal display 102 to display play a screen format identifying the account and the 

a confirmed cancellation message (block 722) so the account balance (a request over the ATM network 66 to 

user is assured the scheduled payment has been can- 5 obtain this account balance may be generated at this 

celled. point if central computer 52 has not already obtained 

Referring once again to FIG. 13, if the user selects to this account balance information previously) and 
exit billpaying (as tested for by decision block 512), a prompting the user to enter the amount to be trans- 
bill exit routine 514 is performed. This "bill exit" rou- ferred (block 806). The user is then expected to enter a 
tine 514 (shown in more detail in FIG. 19) is responsible 10 dollar amount using keypad 114, which central com- 
for processing the payment entries in the output file puter 52 receives (block 808) and compared with the 
scheduled for immediate payment Referring to FIG. account balance (decision block 810). If the transfer 
19, such processing involves calculating the total amount exceeds the account balance ("yes" exit of deci- 
amount represented by the bills scheduled for immedi- sion block 810), an error message is generated for dis- 
ate payment (block 750) and then providing a display or 15 play by terminal display 102 (block 812) and blocks 
summary information to the user (blocks 752,754). As* 808,810 are performed again. If, on the other hand, the 
suming the user requests no other services (blocks transfer amount is less than the account balance, a list of 
756-760), a debit request is generated in real-time by user accounts (preferably minus the account from 
central computer 52 and transmitted over the ATM which money is to be transferred) is displayed (block 
network 66. This request may be in the form of a POS 20 818) and the user selects a further account to which the 
debit message specifying the user's PIN and bank ac- funds are to be transferred (blocks 816,822) in a similar 
count and the amount of the bill to be paid and requests manner to the first account selection (blocks 802-808). 
the calculated total amount to be debited from the user's Central computer 52 then controls terminal display 
bank account and credited to a holding account main- 102 to display a confirmation message (block 824) sped- 
tained by the service provider at the service provider's 25 fying the account selected for funds to be transferred 
or the user's bank (perhaps even debiting the funds into and requesting user confirmation. If the user fails to 
directly to the ultimate bill payee in an account at the confirm tins information (the "no" exit of decision lock 
user's bank). Central computer 52 then writes the out- 826), central computer 52 preferably controls terminal 
put file to appropriate databases maintained on mass 54 to display an error menu presenting the user with the 
storage device 84 for payment processing. Thus, in the 30 options "Retry the transfer", "access other services", or 
preferred embodiment, a single real-time user account "end this session", (block 828). If the user requests a 
debit request is generated, and that debit request repre- . retry (as tested for by decision block 830), a return to 
senting the amount of the immediately scheduled bill the top of the TRANSFD routine 394 is performed. If 
payment. Central computer 52 then activates additional the user wants to access other services (tested for by 
processes which make payments in the user-selected 35 decision block 832), a return to the main menu routine 
amount to the user-selected payees using electronic 388 shown in FIG. 12 is performed (block 834). If the 
funds transfers (e.g., ACH), generation of paper checks user selects the "end session" option (decision block 
using check printer 86, and the like as appropriate. The 836), then a routine called "session exit" to be described 
communications link with terminal 54 may be discon- in greater detail shortly is performed, 
nected at this time (block 768). 40 Referring now to FIG. 20C, if the user confirms the 

Once the billpaying function has terminated (and if account transfer request ("yes" exit of decision block 

the user requests additional services; block 756), control 826 of FIG. 20B), central computer 52 prompts the user 

returns to the main menu routine 388 shown in FIG. 12. whether transfer is to be performed immediately and 

At this point, central computer 52 once again transmits . receives the user's response. If the user requests an 

the "main menu" display format for. display on terminal 45 immediate transfer (the "yes" exit of decision block 

display 102. On this main menu, the user may decide to 824), the confirmation message is transmitted to remote 

pay additional bills, if desired (tested for by decision tenninal 54 (block 826). The user may be asked to input 
block 391)j or he* may decide to take advantage of other the PIN of the account to transfer money into at this 

services such as transferring funds between accounts or time. Central computer 52 then generates a pair of mes- 
obtainirfg information about specific accounts, if the 50 sages to be applied to the ATM network 66: a POS 

user requests funds transfer (as tested for by decision debit to the account to transfer money from and POS 

block 393), the routine called TRANSFD is called credit to the account to transfer money into. These two 

(block 394). A flow chart of this routine 394 is set forth accounts need not be in the same bank, since central 

in FIGS. 20A-20D. computer 52 may reach any bank on the ATM network 

Referring now to FIGS. 20A-20D, central computer 55 with the messages. In effect, the real-time transaction is 

52 first controls terminal 54 to display a listing of the to: (a) debit the user's first bank account and credit the 

user's bank accounts (block 800X which the user had services provider's account; and (b) credit the user's 
previously submitted to the service provider (along- second bank account and debit the service provider's 

with payments information as described above). The account (the net result being a funds transfer). In the 

user may then select one of the displayed accounts by 60 case where this methodology is not appropriate or feasi- 

depressing the corresponding selection keys 108 (as ble, debits are processed as normal ATM/POS transac- 

tested for by decision block 802). If the user does not tions and credits are made by ACH, magnetic tape or 

select one of the displayed accounts, central computer other electronic means to the user's bank. 

52 increments an account table pointer (block 804) and If, on the other hand, the user responds that the fund 

then tests whether the end of the user's account list has 65 transfer is not to be performed immediately (the "no" 

been reached (decision block 806). If the end of the list exit of decision block 824), the preferred embodiment 

has been reached, central computer 52 returns to the central computer 52 transmits a further display to termi- 

main menu routine 388 (block 808). nal 54 prompting the user as to which month the trans- 
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fer is to be performed. For example, if the current scribes to the remote financial distribution service or 
month is November, the preferred embodiment central when he logs onto his remote terminal at the beginning 
computer 52 will transmit a screen for display by termi- of the current session) and is probably the account the 
nal display 102 specifying November, December, Janu- balance of which the user is interested in. Following 
ary and (other month) for selection by the user. If the 5 this account balance display, central computer 52 trans- 
user selects the current month (tested for by decision mits an additional display screen to terminal 54 present- 
block 900), a month/date field is set accordingly (block ing the user with the following additional options: "bal- 
902). Similarly, if the user selects another displayed ance for other account", "access other services" and 
month (tested for by decision block 904), the same "end this online banking session". If the user then se- 
month field is set in accordance with the month speci- 10 lects the "other account balance" option (tested for by 
fied by the user (block 906). Either way, central com- decision block 954), central computer 52 controls tcrmi- 
puter 52 then prompts the user to specify a day (block nal display 102 to display a listing of the user's other 
908). In response to receipt of such a date, central com- accounts (block 956) and permits the user to scroll 
puter 52 transmits a confirmation message for display by through the list to select another account (blocks 
terminal display 102 (block 910) and then schedules the 15 958-962). If the end of the list is reached (tested for by 
transfer to account in the future at the data specified by decision block 962), control is returned to the "account 
logging to the output file (and eventually updating the balance" prompt (block 950). If the user selects another 
database files stored on mass storage 84). account, on the other hand, central computer 52 trans- 
If the user wishes the account transfer to occur in mits a designation of this account along with its balance 
some other month (decision block 912), central com- 20 (and, if necessary, generates a request on ATM*s net- 
puter 52 displays a list of months three-at-a-time (block work 66 obtaining this account balance) (block 964). A 
914) and permits the user to scroll through this list for request for "other services" in the preferred embodi- 
month selection (blocks 916-92). In the preferred era- ment is handled by returning the user to the main menu 
bodiment, central computer 52 does not permit the user routine 388 (blocks 966-968), while an "end session" 
to schedule a payment more than one year in advance 25 request is handled by calling the SESSEXIT routine to 
(decision block 918) (although this may be changed be discussed shortly (blocks 970,972). 
depending upon the application). Once the user selects Referring now to FIG. 21B, if the user selects "state- 
a valid month, central computer 52 obtains a desired ment of activities" (decision block 974), then central 
payment date from the user (block 922) and transmits a computer 52 begins controlling terminal 54 in the pre- 
corresponding confirmation message (block 924). 30 ferred embodiment to display a list of all payment trans- 
Referring now to FIG. 20D, in the preferred embodi- actions beginning with the oldest payment within a 
ment it is possible to schedule periodic account transfers "30-45 day lookback" from the current date (block 
(this user selection is tested for by decision block 926). 976). The user may scroll through this listing by de- 
As described previously, central computer 52 obtains a pressing the PRIOR and NEXT navigational keys 104 
beginning valid date (blocks 928-932) and an ending 35 and 106 as previously described. Following the history 
valid date (blocks 934-936), calculates all of the peri- of payments processed during the last month (which, 
odic payment dates by calling the DATES routine incidentally are obtained from the database stored on 
shown in FIGS. 16A and 16B (block 938), and then mass storage device 84), central computer 52 accesses 
transmits a confirmation message (block 940). The re- the output file and displays a list of the current session 
suiting calculated transfers are then logged to the out- 40 activities (block 978) beginning with the first payment, 
put file for processing on the dates specified. This per- Such list includes the date, the payee and the amount, 
mits users, for example, to time transfers between ac- Finally, central computer 52 calculates a summary in- 
coiints in order to maximize interest (such as moving eluding the following information: the closing balance 
funds into a non-interest bearing checking account at on the date of the oldest payment (central computer 52 
the latest possible date in order to meet a periodic mort- 45 stores the closing balance at the end every session on 
gage payment). . mass storage device 84 in the preferred embodiment), 
Blocks 942-950 permit the user to select different the total online banking activity, the total representing 
ways to exit the TRANSFD routine 394 (e.g., by start- all other activity, and the current balance after all the 
ing the routine from the beginning, block 942; by re- transfers and payments requested in the current termi- 
turning to the main menu routine, blocks 944,946; and 50 nal session have been processed (block 980). The. user 
by ending the terminal session, blocks 948—950). may then access other activities via the main menu 
Referring once again to FIG. 12, another option pro- (blocks 982,984) or may end the current terminal session 
vided for user selection by main menu routine 388 is the (blocks 986,988). 

"account information" option, decision block 395). In If the user selects the option for "other bank services" 
response to this selection, central computer 52 calls a 55 in the preferred embodiment (block 990), central corn- 
routine called ACCINF (block 396). A detailed flow puter 52 controls terminal display 102 to display an 
chart of this routine is shown in FIGS. 21A-21C. additional submenu presenting the user with the options 
Referring now more particularly to FIG. 21A-21C, "other promotions", "service information" and "rate 
central computer 52 sends to terminal 54 a display for- offerings" (as will be understood, various additional or 
mat announcing that "account information service" is 60 different services may be presented to the user at this 
being provided and then present the user with various point). In response to user selection of one of these 
options to select (e.g., "account balance", "statement of options (decision blocks 992,994,996 decode the user 
activity", and "other bank information"). If the user selection), central computer 52 obtains the appropriate 
selects the account balance option (as tested for by responsive information from mass storage device 84 and 
decision block 950), the preferred embodiment central 65 controls terminal display 102 to display such informa- 
computer 52 transmits the balance of the "primary" tion (block 998). Similar to earlier described advertising 
account (block 952). This "primary" account desig- routines, the central computer 52 then prompts the user 
nated by the user in advance (i.e., when he first sub- whether he wishes to obtain additional information on 
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the selected service (block 1000). If the user responds in 
the affirmative, central computer 52 controls, terminal 
display 102 to a message that the bank or other appro- 
priate entity contact the user directly (block 1002) and 
then creates a request on database 84 for transmission of 5 
the user's name, address, telephone number and the 
subject matter the user is interested in for immediate or 
later transmission to the bank or other appropriate en- 
tity via dialup line 70 or interface/multiplexer 82 or the 
like (block 1004). The user may then select to return to 10 
the main menu (blocks 1006,1008) or may decide to end 
the current terminal session (blocks 1020,1012). 

One of the "other services" offerings may, for exam- 
ple, be completing a loan application. Central computer 
52 already stores sufficient personal and financial infor- 15 
mation about the user to complete most of the loan 
application form automatically and may need to ask the 
user only a few questions (e.g., loan amount, type of 
loan, etc.) to complete the application (to which the 
user may respond with numeric or alphabetical informa- 20 
tion as appropriate by depressing keys or keypad 108). 
Such completed loan applications may then be for- 
warded electronically or in hard copy form to lending 
institutions for further processing. 

Referring once again to the main menu routine 388 25 
shown in FIG. 12, the user at any point may decide to 
terminate the current terminal session (decision block 
397). In response to this user selection, central computer 
52 executes a routine called SESSEXIT (block 398), a 
detailed flowchart of which is shown in FIG. 22. Refer- 30 
ring now to FIG. 22, central computer 52 preferably 
first controls terminal display 102 to display a confirma- 
tion screen presenting the user with the options to either 
end this online banking session or to "move to account 
in another bank" (block 1025). If the user decides to end 35 
the terminal session, a confirmation screen is transmit- 
ted for display (block 1027), the files maintained in mass 
storage device 84 are updated by the central computer 
52 (block 1029) and the communications link via PDN 
network 56 and asynchronous communications inter- 40 
face 60 is terminated (block 1031). If, on the other hand, 
the user decides to move to another account (as tested 
for by decision block 1033), central computer 52 trans- 
mits a listing of other accounts maintained by the user 
(block 1035) -and permits the user to scroll through this 45 
listing to select another bank account (blocks 
1037,1039,1041). If the user selects an account (tested 
for by decision block 1037), the steps describe previ- 
ously in connection with FIG. 9 blocks 358,388 are 
performed again (blocks 1043,1045). If, on the other 50 
hand, the end of the user account list has been reached, 
control returns to the main menu routine shown in FIG. 
9 (block 1047). 

While the invention has been described in connection 
with what is presently considered to be the most practi- 55 
cal and preferred embodiment, it is to be understood 
that the invention is not to be limited to the disclosed 
embodiment, but on the contrary, is intended to cover 
various modifications and equivalent arrangements in- 
cluded within the spirit and scope of the appended 60 
claims. 

What is claimed is: 

1. A system for conducting financial transactions 
using an ATM network of the type connected to at least 
one financial institution, said financial institution main- 65 
taining an account for a specific user, said system com- 
prising; 

a central computer; 
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at least one remote data terminal including user input 
. means and an alpha-numeric display, said data ter- 
minal coupled to a dial-up telephone line, said re- 
mote data terminal including means for generating 
first data representing a payee, second data repre- 
senting an amount, and third data representing an 
ATM network compatible personal identification 
number; 

telecommunication means including a first modem 
operatively coupled to said central computer and a 
second modem operatively coupled to said remote 
data terminal, said telecommunications means for 
communicating said first, second and third data 
from said remote data terminal to said central com- 
puter via said dial-up telephone line, 

said central computer further including means for 
generating a digital message responsive to said 
communicated first, second and third data and for 
applying said digital message including said ATM 
network compatible personal identification number 
to said ATM network so as to selectively effect 
debiting of said user account substantially in real- 
time response to user manipulation of said remote 
terminal input keys. 
. 2. A system as in claim 1 wherein said terminal com- 
prises: 

an alpha-numeric display device capable of display- 
ing a maximum of N lines of text, N being an inte- 
ger; and 

a plurality N of pointer keys manipulate by the user, 
each of- said N pointer keys pointing to a different 
one of said N display lines. 

3. A system as in claim 2, wherein: 

said central computer connects to said dial-up tele- 
phone line via a packet data network that frames 
messages in packets of predetermined length; and 

said central computer includes means for generating 
display data specifying the display content of all of 
said N lines of said display and for inserting all of 
said display data into a single one of said packets! 

4. A system as in claim 1 wherein: 

said central computer connects to said dial-up tele- 
phone line via a packet data network; 

said packet data network frames messages carried 
thereby into fixed-length packets of a predeter- 
mined size; and 

said central computer includes means for specifying 
.. substantially all of said characters displayed by said 
terminal display including means for formatting 
data controlling said terminal display into a single 
one of said fixed-length packets. 

5. A system as in claim 4 wherein said packets have a 
fixed length of 128 bytes and said said terminal display 
provides a variable display of less than 128 characters. 

6. A system as in claim 1 wherein said terminal in- 
cludes encryption means for encrypting at least said 
third data. 

7. A system as in claim 1 wherein: 

said terminal includes an alpha-numeric panel-type 
display and a plurality of selectively illuminatable 
prompts having ON and OFF states; and 

said central computer includes means for controlling, 
via said telecommunications means, the informa- 
tion displayed on said display and the ON/OFT 
states of said illuminatable prompts. 

8. A system as in claim 1 wherein said central com- 
puter comprises means for generating a 128 byte data 
packet comprising digital data representing display and 
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prompt information and means for transmitting said 
generated packet to said terminal via said dial-up tele- 
phone line. 

9. A system as in claim 1 wherein: 

said terminal further includes a help key and a cancel 5 
key; 

said central computer includes means for providing 
context-sensitive help information for display on 
said terminal display in response to user depression 
of said help key; and 10 

said central computer ignores the last keystroke pro- 
vided by said user in response to depression of said 
cancel key. 

10. A system as in claim 1 wherein said terminal fur- 
ther includes alpha-numeric keypad means for facilitat- 15 
ing input by said user of said second data. 

11. A system as in claim 1 wherein said terminal fur- 
ther includes screen navigation keys for requesting re- 
call of information previously displayed by said termi- 
nal. 

12. A system as in claim 1 wherein said terminal in- 
cludes encrypting means for encrypting said personal 
identification number. 

13. A system as in- claim 12 wherein said encrypting 
means comprises means for encrypting said personal 
identification number using DBS. 

14. A system as in claim 1 wherein said remote data 
terminal comprises a home terminal for connecting to 
said dialup telephone line, said terminal providing voice 3Q 
and data communications capabilities, said terminal 
comprising: 

a housing; 

a digital controller disposed within said housing; 

said user input means, coupled to said digital control- 35 
ler, for inputting said personal identification num- 
ber; 

encrypting means coupled to said digital controller 
and disposed within said housing for encrypting 
said inputted personal identification number to 40 
provide ATM network compatible encrypted per- 
sonal identification data; 

wherein said alphanumeric display is electrically cou- 
pled to said digital controller and disposed on said 
housing, and said display is capable of simulta* 45 
neously displaying a plurality N of discrete lines of 
information; 

a plurality N of user-manipulable controls, coupled to 
said controller and disposed on said housing, each 
of said N controls associated with and correspond- 50 
ing to a different one of said plurality N of discrete 
display information lines, said controls for selection 
of menu options displayed on said corresponding 
display information lines; 

a telephone handset for permitting voice communica- 55 
tions over said dialup telephone line; and 

wherein said second modem is disposed within said 
housing and coupled to said controller, and said 
second modem is adapted to communicate data 
between said controller and said central computer 60 
via said dialup telephone line, said second modem 
for transmitting said ATM network compatible 
encrypted personal identification data from said 
terminal to said central computer via said dialup 
telephone line, and for communicating information 65 
bidirectionally with said central computer in a 
packet data network format to efficiently provide a 
high degree of on line interactivity between (a) said 



central computer, and (b) a user viewing said dis- 
play and operating said controls. 

15. A system as in claim 14 wherein said controller 
includes means for periodically transmitting a random 
number over said telephone line. 

16. A system as in claim 14 wherein said second 
modem automatically transmits a tone-blocking signal 
over a telephone line to prevent intervention by a call 
interrupt service. 

17. A system as in claim 14 further including a power 
supply means coupled to a telephone line, said power 
supply means for providing power to at least said con- 
troller and for recharging in response to voltages pres- 
ent on said telephone line. 

18. A system as in claim 14 wherein said controller 
includes memory buffer means for receiving and tempo- 
rarily storing signals representing user input and for 
supplying said stored signals to said second modem for 
transmission over said telephone line. 

19. A system as in claim 14 wherein said terminal 
further includes navigational keys for requesting display 
of previous and subsequent screens in a predetermined 
sequence of screens. 

20. A system as in claim 14 further including means 
for interfacing with a non-volatile memory element so 
as to permit credits to be downloaded to said terminal 
and stored by said memory element 

21. A system as. in claim 14 wherein said encrypting 
means comprises means fo*r encrypting said inputted 
personal identification number using DES. 

22. A method of distributing financial services re- 
motely, comprising the following steps: 

providing a plurality of remote home banking termi- 
nals to a corresponding plurality of users; 

receiving bill paying requests including user-supplied 
ATM network compatible personal identification 
information from said plurality of terminals over 
dial-up telephone lines; and 

processing said bill paying requests substantially in 
real-time at a central computer operatively coupled 
to said telephone lines, said processing step includ- 
ing the following steps: 

generating POS or other ATM interchange-compati- 
ble debit messages including said ATM network 
compatible persona] identification information re- 
sponsive to information transmitted by users from 
said remote home banking terminals to said central 
computer over said telephone lines; 

transmitting said debit messages over an ATM net- 
work substantially in real-time response to said user 
bill paying requests; 

debiting said users 1 bank accounts substantially in 
real-time in response to said debit message; and 

paying entities selected by said users via said remote 
home , banking terminals with funds obtained by 
debiting the users' bank accounts. 

23. A method as in claim 22 wherein said bill paying 
requests receiving step includes the step of receiving a 
user-inputted personal identification number that is 
encrypted using DES. 

24. A method of paying bills comprising the follow- 
ing steps: 

activating a microprocessor-based home banking 
terminal coupled to a standard dial-up telephone 
line; 

causing and controlling said home banking terminal 
to establish communications with a central com- 
puter over said telephone line; 
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inputting a PIN user identification number; 
manipulating said terminal to select a payee; 
manipulating said terminal to select an amount to pay 
said payee; 

encrypting said PIN user identification number at 5 
said home banking terminal to provide an ATM 
network compatible encrypted PIN user identifica- 
tion number; 

transmitting data representing said ATM network 
compatible encrypted PIN user identification num- 10 
ber and said amount from said home banking termi- 
nal to said centra! computer; 

generating, substantially in real-time at said central 
computer in response to said transmitted data, an 
ATM network transaction debit message encoding 15 
at least said ATM network compatible encrypted 
PIN and said amount; 

transmitting said ATM network transaction debit 
message from said central computer to said user's 
bank substantially in real-time over an ATM net- 20 
work; 

validating and processing said ATM network trans- 
action debit message at said user's bank substan- 
tially in real-time; 

controlling, with said central computer, a means for 25 
paying said selected payee said selected amount; 
and 

transferring funds in the amount specified by said 
ATM network transaction debit message from said 
user's bank to the operator associated with said 30 
central computer. 

25. A method as in claim 24 wherein said home bank- 
ing terminal includes an alphanumeric multiline display, 
and said manipulating steps each include the step of 
prompting for inputs by displaying information on said 35 
alphanumeric multiline display. 

26. A method as in claim 24 wherein said home bank- 
ing terminal includes plural user-depressable controls, 
and said inputting step comprises the step of inputting 
said PIN user identification number by depressing said 40 
controls. 

27. A method as in claim 24 wherein said encrypting 
step includes encrypting said PIN user identification 
number using DES, 

28. A method of providing home banking services 45 
comprising the following steps: 

providing home banking terminals to users; 

communicating with said home banking terminals on. 
demand using a central computer; 

receiving financial service requests from said home 50 
banking terminals, said receiving step including 
receiving at least an ATM network compatible 
encrypted user PIN, an amount, and a payee selec- 
tion; 

processing said received financial service requests 55 
with said central computer, including the steps of: 

generating and communicating messages from said 
central computer to users' banks over an ATM 
network resulting in debiting of user's bank ac- - 
counts electronically substantially in real-time re- 60 
sponse to receipt of user bill paying requests, in- 
cluding the step of generating a digital ATM net- 
work transaction message containing at least said 
ATM network compatible encrypted user PIN and 
said amount and applying said message to said 65 
ATM network; 

disbursing payments electronically with said central 
computer to payees selected by said users; 



obtaining advertising text from advertisers and stor- 
ing said advertising text on said central computer; 

transmitting said advertising text from said central 
computer to said home banking terminals; and 

generating, at said users' banks, unified statements 
including at least some of the information con- 
tained within said ATM network transaction mes- 
sage. 

29. A method as in claim 28 wherein: 

said method further includes the step of separately 
communicating said payee selection to said users' 
banks; and 

said generating step includes the step of generating a 
report specifying said separately communicated 
payee selection information. 

30. A method as in claim 28 wherein said disbursing 
step comprises the step of electronically disbursing said 
payments by communicating data across a network of 
electronic lockboxes. 

31. A method as in claim 28 further including en- 
crypting user PIN data within said home banking termi- 
nals using DES. 

32. A method of distributing advertising remotely 
comprising the following steps: 

providing home banking terminals to users; 

communicating with said home banking terminals on 
demand using a central computer; 

receiving financial service requests included en- 
crypted PIN information with said central com- 
puter from said home banking terminals; 

processing said received financial service requests 
with said central computer substantially in real- 
time including generating an ATM debit request 
substantially in real-time response to receipt of said 
financial service requests; 

storing indicia of said processed financial service 
requests in a database; 

obtaining advertising text from an advertiser and 
storing said advertising text on said central com- 
puter; 

processing said database to target specific users who 
may be interested in said advertising text; 

transmitting said advertising text from said central 
computer to said home banking terminals operated 
by said specific users; 

prompting said user to select whether they want 
further information with respect to said transmitted 
advertising text, comprising the step of transmit- 
ting prompt text including prompts to said home 
banking. terminals; 

receiving and testing user responses to said prompts; 
and if said user responds to said prompts in the 
affirmative, contacting said advertiser and provid- 
ing said advertiser with the identity of said user. 

33. A method as in claim 32 wherein said contacting 
step comprises: 

providing data representing said user identity to said 
advertiser in real-time response to receipt of said 
user response; and 

contacting said user in real time in response to said 
provided user identity. 

34. A method as in claim 32 wherein said contacting 
step comprises: 

initiating voice communications with- said user in 
real-time response to receipt of said user response. 

35. A method as in claim 32 further including en- 
crypting said PIN information using DES. 
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36. A method of paying bills comprising the follow- 
ing steps: 

activating a microprocessor-based home banking 
terminal coupled to a standard dial-up telephone 
line; 

causing and controlling said home banking terminal 
to establish communications with a central com- 
puter over said telephone line; 

inputting a PIN user identification number; 

manipulating said terminal to select a payee; 

manipulating said terminal to select an amount to pay 
said payee; 

encrypting said PIN within said home banking termi- 
nal to provide an ATM network compatible en- 
crypted PIN; 

transmitting data representing said ATM network 
compatible encrypted PIN user identification num- 
ber, said selected payee, and said amount from said 
home banking terminal to said central computer; 

storing a plurality of recurring payment dates; 

parsing said stored payment dates and determining 
which of said stored payment dates, if any, corre- 
spond to the current date; 

if a stored payment data corresponds to the current 25 
date, generating, substantially in real-time at said 
central computer in response to said stored data, an 
ATM debit message specifying at least said ATM 
network compatible encrypted PIN, said bank ac- 
count selection, and said amount; and- 

transmitting said ATM debit message from said cen- 
tral computer to said user's bank substantially in 
real-time over a standard ATM network to effect a 
real-time debit of said user's bank account 

37. A method as in claim 36 wherein said encrypting 
step comprises encrypting said PIN within said home 
banking terminal using DES. 

38. A method for delivering at least one electronic 
service to multiple users at least in part via a telecom 
munications network and home terminals, said method 
including the following steps: 

(a) obtaining information from at least one informa 
tion provider; 

(b) receiving, from a home terminal over said tele 
communications network, an electronic service 
request and ATM network compatible personal 
identification information associated with a user; 

(c) generating an ATM debit request message encod 
ing said received ATM network compatible per- 
sonal identification information; 

(d) applying said ATM debit request message includ- 
ing said ATM network compatible personal identi- 
fication information to an ATM network to effect a 
real-time debiting of funds from an account associ- 
ated with said user substantially in real-time re- 
sponse to receipt of said electronic service request 
from said user; 

(e) delivering, to said home terminal over said tele- 
communications network in response to said elec- 
tronic service request, at least a portion of said 
information provided by said information provider;. 

(f) repeating said steps (b)-(e) for multiple users; and 

(g) using at least a portion of funds debited in re- 65 number using DES. 
sponse to performance of said applying step (d) to 



compensate said information provider at least in 
part for said delivered information. 

39. A method as in claim 38 further including the step 
of providing extensive bidirectional interaction between 

5 said home terminal and a remote computer substantially 
in real-time via said telecommunications network so as 
to provide real-time online interactivity with said user. 

40. A method as in claim 39 wherein said receiving 
step (b) includes receiving a request for home banking 

10 services from said user. 

41. A method as in claim 39 wherein said receiving 
step (b) includes receiving a request for electronic bill 
payment from said user. 

42. A method as in claim 38 wherein said receiving 
step (b) includes receiving a request for home banking 
services from said user. 

43. A method as in claim 38 wherein said receiving 
step (b) includes receiving a request for electronic bill 
payment from said user. 

44. A method as in claim 38 further including the 
following steps: 

collecting demographic data associated with said 

multiple users; 
targeting advertisements to said multiple users in 

response to said demographic data; and 
delivering said targeted advertisements to said multi- 
ple users via said telecommunications network. 

45. A method as in claim 44 further including prompt- 
ing said users to indicate interest in additional informa- 

30 tion regarding said targeted advertisements. 

46. A method as in claim 45 further including contact- 
ing advertisers substantially in real-time response to said 
prompted user interest indication. 

47. A method as in claim 44 further including: 
requesting user consent to release user identity; 
receiving a response to said user consent request from 

said user via said telecommunications network; and 
conditioning release of user identity on said received 
response. 

48. A method as in claim 44 wherein: 
said method further includes supplying, to each of 

said multiple users, said home terminal having a 
display; and 

said advertisement delivering step comprises trans- 
mitting information to said home terminals over 
said telecommunications network to cause said 
terminals to display said targeted advertisements in 
real-time. 

49. A method as in claim 38 wherein: 
said method further includes the step of permitting 

the user to select, via said home terminal, any one 
of plural information providers; 
said obtaining step (a) comprises the step of obtaining 
information from said selected information pro- 
vider, and 

said using step (g) includes the step of compensating 
said selected information provider. 

50. A method as in claim 38 further including the 
steps of encrypting said personal identification number, 

60 and transmitting said encrypted personal identification 
number over said telecommunications network for re- 
ceipt by a remote computer in said receiving step (b). 

51. A method as in claim 50 wherein said encrypting 
step includes encrypting said personal identification 
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